Есть некий документ в котором в ТЧ собираю другие документы

По этим документам из ТЧ формирую XML
В один процесс - долго - решил разбить по 100 штук
т.е. общее количество доком делю по 100 штук - передаю в фоновое и формирую в фоновом XML

потом из этих XML собираю общий итоговый...


и вот настало время когда получил "Фоновое было завершено пользователем..." ну примерно так
методом "научного тыка" определил, что падать перестает если сократить количество фоновых - теперь не по 100, а по 200 делю


это ограничение количества фоновых? (получалось порядка 120 фоновых при деление на 100)

(0) эээ больше одновременных фоновых чем число логических процессоров на сервере смысла нету

так что делай примерно сколько там потоков

(0) Думаю, это от окружения зависит и определить можно только экспериментально. Когда что-то где-то начинает не успевать что-то прожовывать, тогда и падать начинает :)

(1) Имеет, конечно. Обычно в потоке хватает операций, на которых процессор простаивает. Это время может эффективно использоваться другим потоком.

т.е. документального ограничения нет?

(1) может ядер, а не процессоров?

(4) Скорее всего какое-то теоретическое есть. Но так как практические затыки всегда намного быстрее наступают, то толку от них.

(6) просто сегодня поймали на критическом БП - файл надо послать в 14:00
ошибку поймали в 13:45 (когда все проверенные части собрали в одно место)

начальник давит - "почему не предусмотрел - в документации к платформе должно же быть такое написано"...

да вот вроде не помню такого

<<Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельные машины. Причем, можно одно фоновое задание через «Значение дополнительного параметра» запускать на одном компьютере, а другое фоновое задание - на другом. Уточнение происходит через указание «Значение дополнительного параметра»>>

2.2.7.4.7. Назначение конкретных фоновых заданий на конкретный рабочий сервер
https://its.1c.ru/db/v8319doc#bookmark:cs:TI000000052

(5) HT же
"сокетов 1, ядра 6, логических процессоров 12"

(3) больше чем в два-три раза превышать кол-во потоков смысла нет
на практике если сервак 1С имеет 12-24 ядра то 50 потоков норма

(7) правильно давит
хотя в документации прямо не написано но подразумевается
ибо если много фоновых то большая часть "зависшие", а зависшие в 1С когда убивается?

(10) *имеет 12-24 логических

(10) Согласен. С точки зрения повышения производительности может и нет. Но это может быть удобно по архитектурным причинам. Гошнику ли не знать :) Хотя конечно сильно плодить честные потоки сверх необходимого чревато - это ценный ресурс. В голэнге-то "потоки легкие", там их можно без особой оглядки клепать.