Добрый день, коллеги.
Столкнулся с не понятной ситуацией... Есть клиент с серверной базой Win + MS SQL + 1C 8.3. Тормозит база жутко. Медленная запись документов. Проведение в районе минуты - норма.
Включили отладку на сервере для тестовых замеров, с добавление ключа "-debug" при запуске сервера 1С и... База начала работать быстро. В чем дело совершенно не понятно. Наоборот, скорость работы должна быть меньше по заверению 1С:
"В отладочном режиме загрузка объектов конфигурации производится по мере необходимости, а не при начале работы системы, как в обычном режиме работы сервера. Это ускоряет процесс запуска «1С:Предприятия» при изменении конфигурации, то есть ускоряет процесс разработки. Также следует учитывать, что в отладочном режиме производительность системы будет ниже, чем при обычной работе. Поэтому не рекомендуется использовать отладочный режим работы сервера для реальной работы пользователей." Цитата с ИТС.

Сижу и гадаю что это может вообще быть и как это полечить?
Если кто сталкивался с подобным поведением, поделитесь пожалуйста.

Замеры производительности, смотреть, где тормозит...

(1) Ок. А почему с ключем debug не тормозит?

Верни дебаг на место и посмотри станет ли база снова улиточной. Может дело не в ключе, а в том что (условно) админ настройки на файрволле поменял.

(3) Возвращаешь debug все летает. Убираешь его, тормозит.

(0)какая версия платформы ?

дебаг - не дебаг точно из под одного пользователя 1с гоняете?

(0) Проверяй настройки сервера, что там по памяти и соединений на процесс?

(6) >> дебаг - не дебаг точно из под одного пользователя 1с гоняете?
Да, точно.

(7) >> Проверяй настройки сервера, что там по памяти и соединений на процесс?
А разница какая, если с дебагом быстро, а без него медленно? Больше ничего не меняем.

(9) Следи за поведением rphost

(7) вангует, что у вас для запуска production и debug два разных ярлычка, а в ярлычках немного разные настройки, явно или косвенно, т.е. отличие не в одном ключе

(11) Понял, но нет. Ярлыки запускаем те же самые. Открыли реестр, нашли ветку, добавили в ветку ключ и все.

https://partners.v8.1c.ru/forum/t/1758951/m/1759053
Такое уже многие наблюдали и в итоге навсегда перешли в режим debug. Я тоже пропагандирую это.
Без ключа -debug не используется отложенная загрузка метаданных по требованию. Т.е. метаданные подгружаются крупными порциями из БД в память рабочего процесса. В некоторых сценариях это дает значительный выигрыш.

(13) Только в сценариях хронической нехватки памяти или постоянного перезапуска падающего rphost

(14) Так это сплошь и рядом происходит.

(13) ухты, тёплый кэш! беру!

(13) Спасибо за ссылку!

(13) Немного неоднозначно написал. В общем в НЕ отладочном режиме грузится сразу вся конфа в память процесса (толстого клиента или серверного). Поэтому если в серверном процессе будет часто очищаться и наполняться контекст конкретной базы, то это может сильно замедлить работу всех потоков в нем. Не знаю, как это может повлиять в случае проведения документов (0). Но уже много раз встречал сообщения об ускорении работы кода в режиме debug.

интересный вопрос. Надо его немного помучить еще раз, чтоб прийти к собственным выводам, как это работает.

А на каком релизе платформы это реально наблюдать? Может это только на 8.3.17, а все что было раньше уже не актуально?

Меня тоже всегда удивляло, что рекомендуют не включать дебаг на сервере. По моему опыту, это как минимум не замедляет работу. А судя по (13) - ещё и ускоряет..
PS Кэш метаданных - зло. 1с следовало бы поменять механизм хранения метаданных. Хранить их не в блобе с необходимостью парсинга и сохранения в кэше, а непосредственно в таблицах базы с прямым доступом к каждому объекту. Тогда кэш не понадобится вообще.

(20) Видимо не все так просто...