Impossible d'augmenter db_shared_buffers (0,1 % de la RAM totale) et db_work_mem (0,03 % de la RAM totale)

[markersocial]

@mcdanlj

Configuration du noyau

Redis (l’un des composants clés sur lesquels Discourse est construit) recommande fortement de désactiver les pages transparentes volumineuses lors de l’utilisation de la persistance sur disque (ce que fait Discourse), et j’autorise également le sur-allocation de mémoire.

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

Pour faire suite au cas où quelqu’un d’autre rencontrerait ce problème, ce qui précède l’a résolu pour moi. Je n’ai plus besoin de modifier shm-size dans le lanceur.

Cela a été découvert après avoir remarqué cet avertissement lors de la reconstruction :
AVERTISSEMENT La sur-allocation de mémoire doit être activée ! Sans elle, une sauvegarde en arrière-plan ou une réplication peut échouer dans des conditions de faible mémoire. Étant désactivée, elle peut également causer des échecs sans condition de faible mémoire, voir https://github.com/jemalloc/jemalloc/issues/1328. Pour résoudre ce problème, ajoutez 'vm.overcommit_memory = 1' à /etc/sysctl.conf, puis redémarrez ou exécutez la commande 'sysctl vm.overcommit_memory=1' pour que cela prenne effet.