Почему wal sender забивает весь swap?

Question

[Destinety]

Суть такова, PostgreSQL 11:

#              total        used        free      shared  buff/cache   available
Mem:          20157        3020         134        4330       17002       12518
Swap:          1903        1903           0

COMM             PID     SWAP
postgres         51702   362472  kB
postgres         47391   357000  kB
postgres         47386   356808  kB
postgres         47390   355048  kB
postgres         47387   354348  kB

Эти PID - процессы wal sender в PostgreSQL. В базе настроено несколько слотов репликации, 5 из которых сжирают весь своп. В этих слотах большое количество записи\изменения.

8 CPU
20 GB RAM

shared_buffers,4GB
wal_buffers,16MB
wal_sender_timeout,1min
work_mem,24MB
min_wal_size,1GB
max_wal_size,16GB
effective_cache_size,7GB

База конечно работает, в целом все ок, но смущает то, что своп полностью забит.
Что-то с этим нужно и можно сделать?

Comments

[.git/config]

Настраивали https://linuxhint.com/understanding_vm_swappiness/ ?
Уверены, что max_wal_size вам нужен в 16GB?

[Destinety]

Jsty, vm.swappiness = 1

Answer 1

[Destinety]

В общем, скорее всего эти процессы выдавили в своп другие процессы от запросов, когда был какой-то пик трафика, и они там так и остались.
Выдавил их из свопа остановкой и запуском подписок на реплике.