Коллеги, поделитесь кто чем пользуется для многопоточной обработки и почему.
Какие плюсы и минусы выявили.
Если используете готовое решение то насколько оно удобное, стабильное, удобный ли интерфейс, много ли дорабатывать пришлось.
В голосовалку привел некоторые примеры

Многопоточная обработка данных
https://infostart.ru/public/947222/

Менеджер потоков
https://infostart.ru/public/778905/

TaskManagerFor1C
https://github.com/wizi4d/TaskManagerFor1C
https://habr.com/ru/post/255387/

Кто все эти люди?

Реклама?

(0) Использовал многопоточность для общения со сторонними сервисами. Запускаешь N фоновых заданий, по окончании получаешь результаты.
В голосовалке, что-то специфическое.

(2) то что нагуглил

(3) такие штуки я тоже делал, у меня вопрос по универсальному движку - упустил это в описании темы

Нужно было один раз: загрузка большого объема данных от сторонних источников.
Писал свое. Делал через кучу фоновых заданий.

(6) запускал много одинэсок

DirectX и ComputeShaders очевидно же.

(6) а так чтобы на постоянку, оптимизация разных процессов?

У меня вот есть задача многопоточной обработки: обработать кучу документов.
Затык в том, чтобы один поток понимал, что очередной блок документов будет обработан другим потоком, и не пытался обработать их повторно.

Заранее поделить на части невозможно, и тут начинаются выкрутасы: пришлось делать РС ДокументыВФоновыхЗаданиях, в котором фиксируются документы, обрабатываемые фоновыми и периодически чистить от зависших фоновых.

Или вторая задача: http-запросы к сервису с соблюдением его интервалом вызова, причем интервалы отсчитываются от начала запроса, а не от окончания, т.е. запросы имеют возможность работать параллельно.

По-моему, нельзя сделать универсальных решений.

(10) ну особые случаю не обрабатываются универсальными решениями, и это не только про многопоточку
у меня был опыт работы с универсальным движком и это решало немало задач, где потоки независимы
даже просто удалить большой объем документов

(10) почему заранее поделить невозможно?

(10) в http  интервалы вызова - это кажется, что уже выше движка должно делаться
движок должен запускать потоки, обрабатывать/перезапускать падения, фиксировать неуспехи итд

+ ограничивать количество одновременных потоков

(13) "движок должен запускать потоки" - с учетом того, что происходит в других потоках. У меня из-за этого начинаются пляски.

Хотя я не прав, если речь про запуск потоков (заданий) - да, движок только запускает. Но тут проблемы нет.

(6) + 1 Много такого подобного писал, например выгрузка/загрузка данных в АгентПлюс  - при большом количестве планшетов очень ускоряет.

(17) движок писал или под каждую задачу своё решение?

(18) Сашка?

(10) дели на 10 потоков по последней цифре номера. Фоновые - с ключом, по которому регламент понимает что старое фоновое еще работает и не запускает новое