Народ, а можете подсказать, какие значения вы ставите для kernel.shmall и kernel.shmmax
К примеру, для сервера с памятью в 32 ГБ.
Я исторически ставлю RAM/2 для kernel.shmmax и RAM/kernel.shmmni для kernel.shmall, т.к. так делается для Oracle. Но есть подозрение, что для PG это неподходящие параметры.

Да, но util это не факт, что загружен же, это соотношение времени, которое процессор тратит на выполнение какого-либо (двже одного) запроса к дискам ко всему времени.

и ?

Ну и так как SSD обрабатывает запросы параллельно, в отличие от HDD, то может быть норм, что в каждый момент времени происходят какие-то операции с диском

Ну ок, норм так норм.

Просто может есть какие-то другие показатели, что бы понять норм или не норм, кроме ,iostat %util

У меня небольшой опыт с постгрес, что нагуглил, то и знаю..

я рассматриваю общее количество мегабайт в секунду в iotop, когда оно сильно ниже паспортного - у кого-то проблемы с access pattern

Ниже, чем паспортные у диска?

да. на практике - ниже, чем самое большое значение, которое ты там видел :)

Вот буду сегодня тестить диски через sysbench, ожидаю увидеть примерно то же, что и заявлял производитель

самое норм - просто запусти vacuum и глянь что вышло

Попробую во время теста тоже, спасибо
А patter access - это же постргресу просто нужно дать возможность использовать random так же часто, как и sequential?

А PostgreSQL это практически всё равно, в отличие от. ;)
См. https://www.postgresql.org/docs/current/kernel-resources.html#SYSVIPC-PARAMETERS

Да, вот непонятно всё ли равно.
Сконфигурил shared_buffers на 24 ГБ, 400 коннектов, 128 МБ work_mem. Не запускался экземпляр с такими ошибками:

2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-6] db=,user=,host=,app= FATAL:  could not map anonymous shared memory: Cannot allocate memory
2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-7] db=,user=,host=,app= HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 17632608256 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-8] db=,user=,host=,app= LOG:  database system is shut down
 stopped waiting
pg_ctl: could not start server

С shared_buffers 12 ГБ запустился. Но этого как-то маловато.

2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-6] db=,user=,host=,app= FATAL:  could not map anonymous shared memory: Cannot allocate memory
2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-7] db=,user=,host=,app= HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 17632608256 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2020-07-02 08:47:39.963 MSK [3459] [5efd74fb.d83-8] db=,user=,host=,app= LOG:  database system is shut down
 stopped waiting
pg_ctl: could not start server

Вы таблицу прочитали?
Разве не очевидно, что это этот request не связан ни с чем, что в ней есть (запрашивается же 16Гб)?
(Разве что Вы используете очень старую версию PostgreSQL.)
У Вас в huge_pages что установлено? И что с overcommit в OS?

не все равно, надо выставлять параметры

Какие и зачем?

Версия 12.1
vm.overcommit_memory = 2

хотя при выставленных коннектах овер 1000 только встречал