Что делать, когда фоновые задания для печатных форм 1С тормозят?

[starik-2005]

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

[1CUnlimited]

В моем случае я не заметил сильное влияние регламентов, просто по загрузке сервера (на нем кластер 1С + SQL вместе сидят) . Но возможно планировщик что то в очередь ставит по своим критериям несмотря на загрузку, это нужно копать глубже через техлог . Наверное в более спокойное время ...

[Fragster]

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

Тормозит определение, поместится ли подвал на текущую страницу или нужно перенести текущую строку вместе с подвалом (функция ПроверитьВывод).

[1CUnlimited]

А причем тут принтер? Тормозит формирование печатной формы в mxl (не путать с XML) без отправки на принтер, когда это делается через фоновые. Без фоновых все нормально. Но в любом случает этот код исполняется на каком то rphost. Значит это банально задержки на обработку фоновых в новых версиях 1С скорее всего. Причины через тех лог скорее вычислим

[Fragster]

Без фоновых берется принтер клиентского компьютера. С фоновыми - принтер сервера. И да,

формирование печатной формы в mxl (не путать с XML) без отправки на принтер

во всех стандартных печатных формах тоже нарезает страницы, чтобы подвал был минимум с одной строкой табличной части.

[1CUnlimited]

Это интересная версия, проверим.

[Naf2000]

это возможно действительно. Вопрос - нафига это нужно (проверять на сервере), если это не имеет никакого отношения к конечному принтеру?

Ну а как решение - оставлять PDF-принтер только на сервере

[DenisGou]

Ну так печатная форма же формируется на сервере, не на клиенте. На клиент передается уже готовая печатная форма.