УТ .Висить при открытии форма подбора номенклатуры ОткрытьФорму в документе. При справочнике всего в 40000 позиций. Без характеристик.
Во времени 30 секунд занимает 86% замера производительности. Понимаю что 5 динамических списков. Ресурсов сервера хватает с запасом. Загруженность 5-10%.
Кеш не при чем там 100 Мб. Единственное решение вижу переписать типовой код. Упростив его до минимума. Убрать все динамические списки. давать его только под запрос пользователя.
Других вариантов не вижу. Как Вы решали эту проблему?

всего 40 000...
Так она у тебя с сервера и на сервер бегает....

(0) Разобрался бы, как работает 1С.

"Кеш не при чем там 100 Мб." - а вот было б побольше, проблема была бы не столь заметна.

(0) А висит у всех пользователей или выборочно?

(4) У всех. Решение типовое. Без редактирования конфигурации.

(0) Именно так и решали - писали свою форму.

У меня на толстом клиенте в старой торговле больше 500000 позиций отрабатывает за 2-3 секунды. А здесь)

(7) Логи ТЖ и копать

5 динамических списков - это скорее всего проблема.
"У всех. Решение типовое. Без редактирования конфигурации." - отраслевка какая нибудь от Раруса

(9) ага, в УМФО как-то в динамический список вхреначили запрос к критерию отбора ДокументыКонтрагентов. Это было весело, база просто падала со свистом.
И объяснить разработчикам было никак невозможно, что так делать нельзя.

(9) УТ же. Первые буквы.

(0) База холодная? У меня на только на копии для разработки тормозит.

(11) намекаешь, что во второй букве они таки ошиблись?

(12) В (0) первые две буквы в сообщении.

да это стандартная торговля

(11) В рабочей там как бы переписали некоторые програмисты . Так у них открытие уже за 50 секунд отрабатывает)
Я пока имею доступ к базе тестовой чистой с их номенклатурой. Здесь 36 секунд. И проблема именно в 1с.
Думаю взять поиграться или нет. Или пусть вера в 1с пропадет ещё у одного клиента)

(15) А версии какие?

УТ разные бывают. но судя по ДС это 11

(15) По-идее в боевой, быстрее должно быть, чем в тестовой. А не наоборот...

(17) 11

(18) Естественно пробовал ставить базу на более мощный сервер. Отрабатывало быстрее в два раза. Но 15 секунд это тоже много. И не потратить клиент столько денег на новый сервер. Если его не грузится 1С-ом на 100 %.

(19) Понятно, что 11.
Версии платформы, конфы, ОС + СУБД

(15) "вера в 1с пропадет ещё у одного клиента"

Пока вера пропадает только в таких специалистов.

(21) 1С:платформа 8.3 (8.3.15.1489)
ОС windows server 2016 datacenter
Процесор XEON X5675 3.06 GHz (2 ядра)
оперативка 53,7 Гб
СУБД SQL Server 2012

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

(24) По существу сказать - есть.
Проще всего собрать профайлером трассу SQL и посмотреть, сколько времени уходит на запросы суммарно. Если большинство времени - на SQL - это замечательно.
Это значит, что либо кривой запрос (ну, например, сортировка не по индексному полю) либо толпа мелких запросов (динамический список - дерево (не путать с иерархическим списком)), либо статистика мертва.

Если SQL отрабатывает быстро - проблема в сериализации и тут на первый план выходит производительность 1(одного, one) ядра процессора. X5675 2011 года еще помнит восход Януковича и Нэзалежный Крым и должен отправиться на свалку истории.

(25) А вот за это спасибо)

(23) Без виртуалок?

Использовал рекомендации (25).
Выяснил что играет максимум времени на стороне sql.
Вроде вывод ясен.
Но столкнулись с другим. Неодинаково работает под разными пользователями.
Под одним отрабатывает за 4 секунды, под другим 50 секунд.
Вроде тоже понятно какие-то проблемы с ПО или железом сервера.
Но как это определить?
Админы ничего внятного предложить не могут.

(28) Поведение под разными учетными записями 1с, но одной учеткой сервера.

Пока тема закрыта. Проблему нашел)

(28) Собрать фактический план запроса да посмотреть

(30) и ? огласите проблему общественности