Коллеги приветствую!
Не могу победить проблему низкой производительности: прошу помощи.
Server 2008R2 Ent 64 + Postgres 11.5_12.1C
Памяти на сервере 100 Gb
Конфигурация БГУ 1.0.61.4,
около 40 активных пользователей.
Проблема такая: если enable_nestloop = on, то наблюдается жуткая деградация производительности при проведении документа начисление амортизации ОС, также тупит и ведомость амортизации. Если enable_nestloop = off, то почти все другие документы, с которыми работают пользователи (кроме начисления амортизации) проводятся заметно медленнее, и пользователи жалуются на низкую производительность.
(1) Начиная с версии 1.0.59(точно какой не помню, последней, кажется), при enable_nestloop = on, многие отчеты стали формироваться заметно медленнее.
Наблюдал на версии платформы 8.3.11.3034. При использовании 8.3.14-8.3.17 время выполнения тех же отчетов ощутимо сократилось, даже по сравнению с тем, что было раньше.
Единственно, что смущает, так это условие "С версии 1.0.46 конфигурацию "Бухгалтерия государственного
учреждения", редакция 1.0, можно использовать с версией
системы 1С:Предприятие не ниже 8.3.8.2197 и не выше 8.3.12." в файле ReadMe.txt в каждой версии конфигурации. Непонятно как будет себя вести конфигурация вне этих рамок.
А история БГУ 1.0, PostgreSQL и enable_nestloop = on полна "взаимной любви и неприязни" на протяжении многих лет. В ББУ вообще колом вставало.
(1) Скажем так: БГУ 1.0 - это ж время обычного приложения и "оптимизаций" для MS SQL. Тут либо самим разбираться с тормозами, взяв в руки замер производительности и профайлер(или как называется его аналог в Postgres), или принять такое поведение как данность.
(4) 32 битный ключ может тоже давать тормоза, так как ограничивает приложению возможность использования оперативной памяти.
Основным преимуществом 64-разрядного сервера 1С:Предприятия 8.
является возможность использования практически неограниченного
адресного пространства, выделяемого рабочему процессу.
(5) Думаю, что служба сервера 1с тут не причем: если enable_nestloop переключить в OFF, то запрос, который "тупит" выполняется практически мгновенно на том же железе и при той же самой службе сервера 1с.