По дефолту конфиг в postgres не готов для нормальной работы.
Читай https://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

Советую почитать

http://postgresql.leopard.in.ua/

вообще специфика 1С такая, что общие рекомендации без знания предметов не подойдут. не тюньте систему, а попробуйте сначало разобраться как работает postgresql и где у него проблемы в вашей конкретной инсталяции. после этого можно формулировать и советоваться с сообществом например в телеграме - https://t.me/pgsql

По дефолту конфиг в postgres не готов

преждевременный тюнинг - зло, общая рекомендация по увеличению shared buffers не верна - https://www.keithf4.com/a-large-database-does-not-mean-large-shared_buffers/, лучше сначала ничего не тюнить все подряд а пробовать изменять дефолтный конфиг последовательно.

https://postgrespro.ru/education/courses

Курсы для администраторов PostgreSQL

Это все так,второй план, который можно и нужно иметь в запасе! Ключевое слово «запасе» !

На моем опыте на всем кроме MSSQL, 1С работает через пень колоду, то это то еще чего, то проблема то ошибка, массивные запросы это беда! Да и вообще они и сами не скрывают что заточено все под MSSQL, наверное это тебе и нужно знать =)

преждевременный тюнинг - зло

а что такое преждевременный тюнинг?

запустить базу с дефолтными настройками - зафиксировать состояние, изменить один параметр - зафиксировать изменение, изменить следуюзий параметр - зафиксировать изменение и т.д.

у Гилёва есть рекомендации по настройке сервера и СУБД, там же тестовые базы найдешь.

Но ведь есть куча параметров, которые считаются в уме и не надо тратить кучу времени на отладку и тестирование. Те же шареные буфера, workmem, работа bgwriter.
Зачем тратить кучу времени, если это всё можно сделать сразу, а уже какой-то тонкий тюнинг делать итерациями?

Если че, по дефолту в конфиге shared_buffers установлен в 128MB (во всяком случае включая 9.6), неужели нужное значение данного параметра только тестированием проверить можно?

Для оптимизации и мониторинга (Zabbix) PostgeSQL есть mamonsu. Оптимизирует настройки используя параметры аппаратной конфигурацию сервера.

https://github.com/postgrespro/mamonsu

С работает через пень колоду, то это то еще чего, то проблема то ошибка, массивные запросы это беда!

Вот этого я и боюсь...

Дак это так и будет, можешь даже не на дюйм не сомневаться, если ты прошарен в запросах, может вести отладку и коррекцию запросов, то велом ту де постгре + 1С, если нет,даже советую и не начинать, но кто его знает, я в свое время отмучался пару лет на нем =)

А этого не будет достаточно?

http://pgtune.leopard.in.ua/

На моем опыте на всем кроме MSSQL, 1С работает через пень колоду, то это то еще чего, то проблема то ошибка, массивные запросы это беда! Да и вообще они и сами не скрывают что заточено все под MSSQL,

История повторяется. Лет эдак 17 назад, было «заточено под файловый dbf» в mssql без долбанистического тюнинга еле шевелилось. Может и postgre со временем осилят, что бы работало изкаробки.