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

Сижу и гадаю что это может вообще быть и как это полечить?
Если кто сталкивался с подобным поведением, поделитесь пожалуйста.
1 ДенисЧ
 
03.08.20
13:10
Замеры производительности, смотреть, где тормозит...
2 Diversus
 
03.08.20
13:11
(1) Ок. А почему с ключем debug не тормозит?
3 ironicman
 
03.08.20
13:15
Верни дебаг на место и посмотри станет ли база снова улиточной. Может дело не в ключе, а в том что (условно) админ настройки на файрволле поменял.
4 Diversus
 
03.08.20
13:18
(3) Возвращаешь debug все летает. Убираешь его, тормозит.
5 МихаилМ
 
03.08.20
13:20
(0)какая версия платформы ?
6 bolero
 
03.08.20
13:21
дебаг - не дебаг точно из под одного пользователя 1с гоняете?
7 Garykom
 
гуру
03.08.20
13:22
(0) Проверяй настройки сервера, что там по памяти и соединений на процесс?
8 Diversus
 
03.08.20
13:46
(6) >> дебаг - не дебаг точно из под одного пользователя 1с гоняете?
Да, точно.
9 Diversus
 
03.08.20
13:48
(7) >> Проверяй настройки сервера, что там по памяти и соединений на процесс?
А разница какая, если с дебагом быстро, а без него медленно? Больше ничего не меняем.
10 Garykom
 
гуру
03.08.20
13:56
(9) Следи за поведением rphost
11 bolero
 
03.08.20
13:56
(7) вангует, что у вас для запуска production и debug два разных ярлычка, а в ярлычках немного разные настройки, явно или косвенно, т.е. отличие не в одном ключе
12 Diversus
 
03.08.20
14:07
(11) Понял, но нет. Ярлыки запускаем те же самые. Открыли реестр, нашли ветку, добавили в ветку ключ и все.
13 TormozIT
 
гуру
03.08.20
15:24
https://partners.v8.1c.ru/forum/t/1758951/m/1759053
Такое уже многие наблюдали и в итоге навсегда перешли в режим debug. Я тоже пропагандирую это.
Без ключа -debug не используется отложенная загрузка метаданных по требованию. Т.е. метаданные подгружаются крупными порциями из БД в память рабочего процесса. В некоторых сценариях это дает значительный выигрыш.
14 Garykom
 
гуру
03.08.20
15:31
(13) Только в сценариях хронической нехватки памяти или постоянного перезапуска падающего rphost
15 TormozIT
 
гуру
03.08.20
15:33
(14) Так это сплошь и рядом происходит.
16 bolero
 
03.08.20
15:56
(13) ухты, тёплый кэш! беру!
17 Diversus
 
03.08.20
16:20
(13) Спасибо за ссылку!
18 TormozIT
 
гуру
03.08.20
16:52
(13) Немного неоднозначно написал. В общем в НЕ отладочном режиме грузится сразу вся конфа в память процесса (толстого клиента или серверного). Поэтому если в серверном процессе будет часто очищаться и наполняться контекст конкретной базы, то это может сильно замедлить работу всех потоков в нем. Не знаю, как это может повлиять в случае проведения документов (0). Но уже много раз встречал сообщения об ускорении работы кода в режиме debug.
19 Фрэнки
 
04.08.20
08:52
интересный вопрос. Надо его немного помучить еще раз, чтоб прийти к собственным выводам, как это работает.

А на каком релизе платформы это реально наблюдать? Может это только на 8.3.17, а все что было раньше уже не актуально?
20 Провинциальный 1сник
 
04.08.20
08:57
Меня тоже всегда удивляло, что рекомендуют не включать дебаг на сервере. По моему опыту, это как минимум не замедляет работу. А судя по (13) - ещё и ускоряет..
PS Кэш метаданных - зло. 1с следовало бы поменять механизм хранения метаданных. Хранить их не в блобе с необходимостью парсинга и сохранения в кэше, а непосредственно в таблицах базы с прямым доступом к каждому объекту. Тогда кэш не понадобится вообще.
21 Diversus
 
05.08.20
14:10
(20) Видимо не все так просто...
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший