Привет коллеги. Нужен совет. Ранее писал уже, но не решил

вопрос.
Накатил Debian 10, pg11.
Есть три базы: Торговля(10.3)не типовая, ЗУП, Бух.
По пк: i9-10900k, 64gb озу, raid1(под базы)- ssd 1tb+ssd 1tb.
Пользователей: 40-50.
Суть в том, что поставил все и иногда наблюдаются фризы, особенно в сложных запросах. При подборе в реализации иногда подвисает по 7-15 сек примерно.
Может нужно как-то настроить postgresql.conf? Я просто поставил настройки с сайта pgtune и думал поможет, немного проще стало, но все равно наблюдаю фризы именно в торговле по 7-10 сек, в то время как бух и зуп летают просто. Че делать то(

Из общего тут есть методичка. Смотри в закрепе. Все остальное - частный случай. Т.е. нужно выяснить что именно тормозить (какой именно запрос) и потом думать как его оптимизировать. И не факт, что не придется переписывать переписанную Торговлю. Она ж 10, на автоматических блокировках, с ПГ не очень дружит.

получается взять если УТ 11 то будет уже лучше дело с ПГ? Просто думаем еще переходить или нет на 11 УТ

Просто напомню, что тормозить можэт и не запрос, а checkpointer. Хотя, конечно, запрос вероятнее.

Оно еще и на блокировках может висеть. Причем на своих 1С-овских.

Тожэ верно.

короче вы как и я склоняетесь просто к тому, что сильно переписана УТшка?

Нет, у меня недостаточно опыта с 1С, чтобы так сразу сказать. Но это кмк как-то не сильно влияет на методы отладки. Всё равно -- определяешь функцыи, в которых идут фризы, врубаешь мониторинг состояния и запросов pg в этот момент, локализуешь долгие операцыи до минимального сета запросов, определяешь мониторингом, explainом и другими методами профилирования -- что конкретно вызывает фриз.

По этой.

я уж думал кто еще толкового сказал что)

Вы б сами чего толкового сделали. Пока не локализуете проблему - ничем вам помочь не сможем. А когда локализует, может, сами поймёте без нас что надо делать.

а может)