Win 2008R2 + PostgreSQL + 1C (8.3.22.2239) + БП (3.0.140.20).
Наблюдаются тормоза при попытке выполнить ПОДБОР номенклатуры. После нажатия кнопки Подбор в любом документе форма подбора открывается в лучшем случае через 4-5 минут.
Куда копать?

(0) Это у всех пользователей?

(0) Начать нужно с замера производительности. Дальше по обстоятельствам.

"Это у всех пользователей?"
Предположительно. Жалобы от одной бухши. Я воспроизвел ее действия на своем компе (под моим терминалом и моим пользователем 1С) - тормозит...

(0) ну можно сделать analyze для базы... Но я предполагаю, что ПГ настроен по методичке Дорошкевич Антона и настроены регламенты?

"ПГ настроен по методичке Дорошкевич Антона и настроены регламенты?"
ПГ настроен.... как-то...

(0) Пусть голосом подбирают. Не то, чтобы сильно быстрее, но жаловаться перестанут

"Начать нужно с замера производительности."
99.5% времени (147 чистое время) занимает строка обработки Подбор номенклатуры
РезультатЗапроса = Запрос.ВыполнитьПакет();

(7) Ну и ежу понятно, что PG нужно настроить.

Из предыдущей темы Проблема с проведением документов после обновления платформы (8.3.22.2175)
>>СУБД старая, типа 9.6?   - Да
Что можно хотеть?..

Долгое открытие формы с динамическим списком элементарно словить если "удачно" настроить отбор. Недавно один пользователь пожаловался, что у него форма списка регистра не открывается. Ждали минут 10, не дождались. В итоге сбросили ему сохраненные настройки формы и всё стало открываться быстро.

"Из предыдущей темы"
Та проблема полностью решилась обновлением платформы на 8.3.22.2239

(5) сначала настройте ПГ, если не поможет, то у Вас в (7) есть запрос который нужно оптимизировать.

(0) попробуйте full analyze.
Мне помогло.
Там в подборе есть запрос дурной показывает остатки и пересчет в разные единицы. Внутренее или левое соединие, не помню.
Вот на нем были тормоза.
Регламентные операции на базе помогли.

1. не использовать группировки и вид вывода в виде дерева
2. проверить RLS (займерить под полными правами)