1С при первом открытии управляемых форм зависает секунд на 10, потом открывается. При повторном открытии (в одном сеансе) этой же формы - тормоза уменьшаются.
Но как только открываем следующую - там все заново.
Может кто сталкивался? Как решить проблему?

PS отладчиком пробегали, сами по себе процедуры выполняются быстро. Ощущение что тормозят сами динамические списки. Хотя запросы в них элементарные

(0) первое открытии УФ происходит медленнее, чем все остальные. Это всегда так было и будет. А вот на сколько нормально то, что у вас происхоит, из предоставленной инфы ни по чем не скажешь

говорят в терминале отрисовка хреновая.

видел, сталкивался тоже. Не терминал - было ОК. Терминал - мутные повисания при открытии без шансов. Повисания пользователи оценивали. Мне как-то фиолетово было.

Аналогичная беда, любая форма при первом открытии адски тормозит, дальше быстро. Тормоза только под одним пользователем, как будто криво функционал восстановления настроек работает...

Переделывайте динамический список на произвольный запрос и уберите из него все ненужные колонки. Если запрос уже произвольный, то проверить вычисляемые поля(на тяжелые запросы),  проверить условные оформления и т.п.

Переделывайте динамический список на произвольный запрос и уберите из него все ненужные колонки. Если запрос уже произвольный, то проверить вычисляемые поля(на тяжелые запросы), убрать из списка "лишние" колонки, проверить условные оформления и т.п.

Попросту говоря человек из (5) предлагает 5 лет потратить чтобы типовую переписать.

Тормозить может только по двум причинам
а) файловая база
б) тухлое железо

У меня тормозило когда клиент лицензию получал через сервер 1с. Как поставил галочку использовать аппаратную лицензию тормоза пропали. nethasp.ini на клиенте чотко по настроен.

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
NH_SESSION = 5
NH_SEND_RCV = 4

[NH_IPX]
[NH_NETBIOS]

[NH_TCPIP]
NH_SERVER_ADDR   = 192.168.1.11
NH_TCPIP_METHOD  = TCP
NH_USE_BROADCAST = Disabled

баян
кэширование идёт

(1) Чтобы пояснить подробнее объясню на примере:

Работает штатный подбор товаров в документы продажи. Для верности пробегали отладчиком. Так вот, все работает на ура, быстро и качественно до того момента, когда фокус (или как там правильно называется) не передается с сервера обратно на клиент. Т.е. последняя процедура на сервере отрабатывает быстро, но вот переход с нее на клиентскую уже занимает секунд 10.

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

(9) Не совсем то - тут не при открытии предприятия вообще, а именно формы документа (подбора, справочника) в базе

(5) Дело в том, что судя по всему тормозит как раз "табличное поле документа". Не очень представляю как его переделать на произвольный запрос

(8) какая то газификация

(8) не согласен. От кода часто зависит в сто раз больше

(2) Разницы не заметили. Единственно что сервер заметно мощнее рабочей станции и пока не нагружен сильно, то тормозит чуть меньше (секунд 5-7), но все равно заметно

(15) на файловой базе - код ничерта не решает.

+(17) типовой код в типовых конфигурациях. Естественно я не имел ввиду непонятный код непонятно кем написаннный.

Что конкретно тормозит? какая форма? ТС даже этого не удосужился указать. Сколько уже можно писать - телепатов нет!

(7) Не ну если для вас проще может купить железо помощнее