что такое "с комплектом"?

В комплексе, кратко  "многие ко многим с многими"

User <=> Tag [5]
User <=> Tag [5,7]

не понимаю, что такое "ко многим с многими" 🙂

что не так с has_and_belongs_to_many ?
class User
 has_and_belongs_to_many :tags
end

User.first.tags # => все теги, [5] или [5, 7]

Он хочет комбинации тегов

Типа TagGroup

Да

ну тогда два has_and_belongs_to_many

А для чего оно тебе?

User has_and_belongs_to_many TagGroup
TagGroup has_and_belongs_to_many Tag

ваще это has_many thourgh

class TagGroup
 has_many :tags
 belongs_to :user
end
class Tag
 belongs_to :tag_group
end
class User
 has_many :tags, through: tag_groups
end

Я тут какое-то время назад закидывал опрос для бэкендеров, обещал ответы скинуть. Кому интересно, тут сводка и отдельные ответы в таблице:
https://docs.google.com/forms/d/e/1FAIpQLSf0cXdf_XJKf-Bz6jAtYhdm-H-vxXnfJNBS5WZdrFMgI2wRQw/viewanalytics
https://docs.google.com/spreadsheets/d/1-q76IiQXupMvSyQKfqmlX4Pg0YLxtWVJunnLtDLdXyE/edit?usp=sharing

Изменять количество воркеров без обилия блокирующих операций бессмысленно, только хуже сделает. Я не удивлюсь если там ещё и внутри тред на запрос, который и этот кейс переводит в разряд стандартных. Описание похоже на то что ЦПУ ушел в себя, в других языках это зачастую проблемы гц, но я не уверен что в рубях не рефкаунт, который такого не допускает. В общем, первым делом включить топ да посмотреть забит ли ЦПУ или не дай бог свап.

#ликбез Необходимость воркеров в том, чтобы использовать все доступные ядра. Один интерпретатор ограничен GIL и утилизирует либо ноль ядер (если все треды встали на блокирующих операциях), либо одно, потому что треды хоть и существуют, GIL не дает им работать параллельно, потому что иначе в язык пришлось бы завозить сложную memory model, а он в целом и не предназначен для таких штук. Блокирующая операция - это, например, чтение файла или синхронный запрос к БД / иному сетевому сервису - в этом случае ОС перемещает его в спящий режим, и он освобождает ЦПУ. В случае наличия N тредов как только один тред уходит в блокирующую операцию, он больше не удерживает GIL и позволяет работать другому, занимая ядро цпу. Таким образом каждый воркер старается оккупировать одно ядро, а ОС, будучи умной, старается не перемещать подобный процесс между ядрами, сохраняя за ним некоторые ресурсы и, возможно, кеши цпу (но это не точно, я слышал что context switch их вычищает, но это одна бабка сказала). Увеличение же воркеров приведет лишь к тому, что они начнут соревноваться за ядра (т.н. contention) и перемещаться между ними - если ядер четыре, а воркеров пять, то два воркера делят одно ядро, и если оба воркера хотят работать, то ОС вынуждена перенести один из них на другое свободное ядро, что опять же вызывает лишние затраты (но будучи до конца честным, в рамках рубей на эти пару тысяч циклов просто плевать). В любом случае, пока воркеры не простаиввают на блокирующих операциях и их количество >= количеству ядер, добавление новых не даст никакого прироста, а только усугубит ситуацию.

да забаньте вы их уже

Они новые вечно лезут

да эт понятно...
не знаю почему, но меня они как-то сильно триггерят вот этими своими сообщениями в пустоту

Меня тоже, мне приходится их удалять