Impossibile aumentare db_shared_buffers (0,1% della RAM totale) e db_work_mem (0,03% della RAM totale)

[markersocial]

@mcdanlj

Configurazione del kernel

Redis (uno dei componenti chiave su cui si basa Discourse) raccomanda vivamente di disabilitare le pagine trasparenti di grandi dimensioni quando si utilizza la persistenza su disco (cosa che Discourse fa), e io consento anche il memory overcommit.

echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
echo 'vm.overcommit_memory=1' > /etc/sysctl.d/90-vm_overcommit_memory.conf
sysctl --system

Quindi, per dare seguito nel caso in cui qualcun altro riscontri questo problema: quanto sopra lo ha risolto per me. Non ho più bisogno di modificare shm-size nel launcher.

Questo è stato trovato dopo aver notato questo avviso durante la ricostruzione:
ATTENZIONE Il memory overcommit deve essere abilitato! Senza di esso, un salvataggio in background o la replica potrebbero fallire in condizioni di memoria insufficiente. Essendo disabilitato, può anche causare fallimenti senza condizioni di memoria insufficiente, vedi https://github.com/jemalloc/jemalloc/issues/1328. Per risolvere questo problema, aggiungi 'vm.overcommit_memory = 1' a /etc/sysctl.conf e quindi riavvia o esegui il comando 'sysctl vm.overcommit_memory=1' affinché ciò abbia effetto.