Вот в данный момент потребление 34 GB

Вы бы сказали 567Мб

Сейчас еще выше:

PostgreSQL возьмет всю доступную RAM за счет buff, но возьмет именно postgresql.

Нет, не сказал бы)

Это бы все объяснило... Но тогда мои планы по распределению баз по контейнерам идут прахом.
С другой стороны такие же контейнеры с ещё большим количеством баз годами работают без сбоев.

Работа работе розень, на 2GB RAM может работать и pg и 1С. Все очень индивидуально.
Поставьте в pg настройки по умолчанию и будет работать.

Оно с настройками по умолчанию работало, пока ещё 2 базы не перетащил. Но это действительно всё объясняет

Спасибо

Пора память увеличивать.

Коллеги, может кто объяснить связь
fsync op/s (измеряемое pg_test_fsync) и tps ?

tps - это транзакции(запросы) - INSERT/UPDATE/SELECT...., а fsync - это операции на файловой системе (то что делает внутри себя ПГ при записи на диск)

Это понятно. Интересует количественная связь fsync с tps

fsync опосредовано связан с INSERT/UPDATE. Но простой линейной зависимости вы не построите

Интересует вопрос: fsync 115
а tps=14479 ???

(in wal_sync_method preference order, except fdatasync is Linux's default)
      open_datasync                       250.927 ops/sec    3985 usecs/op
      fdatasync                           252.594 ops/sec    3959 usecs/op
      fsync                               115.720 ops/sec    8642 usecs/op
      fsync_writethrough                              n/a
      open_sync                           119.903 ops/sec    8340 usecs/op

а теперь попробовать же самый тест, но в конфиге ПГ fsync=off

Всем привет

Не уходит клиент серверное соединение