плюс кеши можно принудительно сбросить, но они снова вырастут.

и вообще, судя по скрину, у вас и свопа мало, добавьте ещё гигов 10

ну просто когда я загружал dt - стремительно уменьшался именно этот параметр

сорян, не туда посмотрел

я лучше ОЗУ докуплю

как раз настала пора SSD менять, заодно и памяти докину

мы же говорим про разовую операцию загрузки дт

но память стоит копейки и если есть возможность, то надо докупить

это да, но и база растет постепенно

а вот счас кстати и увидим, перескочит ли на своп

Проверил, всё ок, 8.3.18 + PG  Pro 12.

После того как всех выгнал и перезапустил 1с сервис на сервере - получилось!

@foboss еще раз спасибо!

Отлично

Товарищи. направьте, не знаю куда смотреть.  Есть тестовая солянка, но работает уже пару недель: ryzen 5 2600/32gb/nvme/pgsql 12 от 1с/8.3.17.1549 - знаю про совместимость пг12 и 17 платформы и тд, это все в курсе. Повторюсь что  то, что нужно работает, но на одной базе образовался глюк. Выражается это в виде просто дичайших тормозов у пользователя с самописными правами. То есть настройки прав создавались отдельно. назначение админских прав решает проблему тормозов. пользователи с админскими правами тоже не тормозят. А рядом лежат такие же базы и такие же пользователи с самописными настройками работают нормально. как и положено.  Складывается ощущение, что в базе дело.  postgres забирает 100% cpu пока не прибью клиента под этими правами.  а как это продиагностировать и куда лезть смотреть, я чего-то не могу понять. логи не логи. заббикс просто показывает дикую нагрузку и всё

откуда сборку pgsql брали?

конфиг Pg покажите

Это RLS?

pqsql c сайта 1с. конфиг полностью дефолтный, от 1с ничего не правил. точно надо?