2019 Dev)
2. Терминал для разработчиков (WinSrv 2016)
3. Боевой 1С (2 сервера CentOS8 под 1С и PostgrePro 1C)
Разработчик открывает рабочий конфигуратор за пару минут и все операции летают. Разработчик открывает конфигуратор своей тестовой базы и тот стартует 20мин, а все операции ползают.
Насколько я понимаю, конфигуратор работает как толстый клиент и после загрузки конфигурации по большей части работает с ней локально и показатели работы боевой и тестовой баз должны быть примерно равны.
Нагрузки на тестовом сервере 1С не наблюдается CPU не превышает 40%, обычно в районе 3-10% крутится, RAM 90/128ГБ.
Нагрузка на терминале разработчиков так же отсутствует CPU не поднимается выше 20%, RAM 30/64ГБ.
На мой вопрос к моим разработчикам: "Куда смотреть что бы сделать вам лучше", ответа я не получаю, но есть постоянные жалобы всем в уши что они не могут работать так как все медленно.
Помогите понять на что нужно смотреть что бы понять почему так происходит?
А вы это видели своими глазами что так медленно все?
Видел что загрузка открытие идет долго и долгий запуск приложения под отладкой.
Если они очистили предварительно кеш а потом запускают то первый запуск может идти и под часа и больше на тяжелых конфигурациях
Это уже не первый запуск
Т.е. они запустили, при вас, тормозило, потом при вас закрыли и тут же запустили и снова 20ть минут??
Прямо так я не проверял, не думаю что они специально перед тем как показывать отчистили кеш.
Попробуйте. Потому что если это реально так то действительно проблема в системе
Если это все таки не очистка кеша, куда стоит в первую очередь заглянуть?
очередь диск в первую очередь при открытии
Очередь диска на сервере?
1. там где кеш создается 2. то откуда тянутся данные т.е. там где находится сама база
Обсуждают сегодня