Собираюст массово грузить данные. планирую делать в несколько потоков,
Как в цикле запустить фоновые задания передав туда пареметры знаю, а вот как выводить текущее состояние (процент выполнения о каждом из них?) насколько помню в БСП можно выводить прогресс только по одному фоновому заданию так как параметром ожиданием является сам объект (форма)?
Уже думаю чтобы каждый поток генерировал свою HTML и писал текущее состояние... но это думаю не кошерно

Каждое задание пишет свой прогресс куда-нибудь в общедоступное место, например в РС, или в справочник типа СохраненныеНастройки.
Ты читаешь и вычисляешь общий прогресс.

(1) присоединяюсь к идее. Просто выкидывай данные о прогрессе в общедоступное место, типа регистра сведений, например

(1) (2) это конечно вариант, но боюсь запись отнимает время, котя как вариант писать не все подряд а раз в 50 отераций цикла

(3) Конечно, только так. Даже не 50, а 100 или 1000, эквивалент нескольких секунд по времени.
Точность тут не нужна.

Через ВременноеХранилище и подключенный обработчик ожидания

передавай не просто процент, а процент и номер потока
номер потока принимай как параметр самого потока

то бишь придется руками повторить тот код бсп.
но он не сложный
сообщить - получить сообщения

(7) +1
БСП не использует лишние сущности. Фоновые просто выводят обычные сообщения, которые накапливаются в буфере вывода (т.к. их некому показывать), но которые можно вычитывать из основного потока. В принципе, через этот механизм можно реализовать асинхронное чтение почти любых данных из фонового задания.

(8) это офф. механизм общения между потоками.
Единственное, что сообщения доставляются негарантированно

(9) "Офф." - в смысле, официальный? :)
Я бы сказал, что это случайная фича, просто пришедшаяся ко двору. И "узаконенная" фактом применения в типовых.
На человеческий механизм общения между потоками, особенно с учетом фичи негарантированной доставки, это даже в третьем приближении не тянет.

(10) Это жертвы мертворожденного кластера 1С.

(10) ну раз в БСП применяют - значит официальный

(12) Значит когда выпилят - станет неофициальный.

(5) "Данные, помещенные во временное хранилище в фоновом задании, не будут доступны из родительского сеанса до момента завершения фонового задания"

(10) официальная тоже есть. Правда, за отдельные деньги.

(15) Вот не начинай. Закрыть острую потребность в банальных серверных пушах через свистопердельный звездолет с постгрями и хезелкастами, где это составляет 0.01% возможностей - это издевательство над разработчиками.

(16) Вроде они как-то оправдывались несделанием обратного вызова... Правда, не помню, чем...

(17) Не, я могу придумать оправдания в том смысле, что это действительно не совсем тривиальная задача для общего случая. Но ответ Чемберлена все равно убивает.

(18) Не знаю, что там говорил лорд Невилл по поводу 1с.. (
Неграмотен

(0) "Не нужна вам такая машина пацаны" (С) Бумер 2
Но добавлю извращенных вариантов, используй "систему взаимодействия"

"Чемберлену"
"наш ответ Чемберлену"

Есть ещё вариант.

Нужно загрузить 1000000 файлов.
Запускаешь 20 потоков, каждый грузит по 1000файло. Ожидаешь завершения потоков (одновременно все не завершатся). Один завершился, запускаешь ещё один, уведомляешь  % выполнения т.д.

Схема более совершенна (например можно регулировать количество потоков динамически, ничего никуда писать не нужно. Если словил деадлок можно перезапустить загрузку автоматом и т.д.) но сильно сложнее в реализации.