Je vois ces erreurs de plus en plus dans les journaux. Dois-je augmenter un peu la limite RSS de Sidekiq dans /var/discourse/containers/app.yml :
env:
SIDEKIQ_MEMORY_KILLER_MAX_RSS: 700
Ou est-ce normal et doit-il être ignoré ?
1 « J'aime »
Voici ce qui a fonctionné pour moi.
Après avoir surveillé l’utilisation de la mémoire et ajusté mes paramètres, j’ai réussi à arrêter les messages fréquents « Sidekiq consomme trop de mémoire… » /log.
J’ai apporté cette modification dans mon /var/discourse/containers/app.yml :
UNICORN_WORKERS: 4
UNICORN_SIDEKIQ_MAX_RSS: 700
À l’origine, j’avais réglé UNICORN_WORKERS sur 8, ce qui était trop agressif et laissait très peu de marge pour Sidekiq, PostgreSQL, Redis et le système d’exploitation.
La réduction à 4 workers a libéré une quantité significative de mémoire.
Ensuite, j’ai augmenté la limite RSS de Sidekiq, qui était par défaut d’environ 500 Mo, à 700 Mo, ce qui donne à Sidekiq un peu plus de marge avant d’être automatiquement redémarré.
Jusqu’à présent, Sidekiq s’est stabilisé, et l’utilisation de la mémoire se situe maintenant dans une zone beaucoup plus sûre, avec un peu plus de 1 Go de mémoire déplacé de la mémoire utilisée vers la mémoire mise en cache et disponible.
Je laisse cela ici si cela s’avère utile ou comme indice pour toute autre personne ayant des problèmes similaires. Il sera intéressant de voir si cela tient et est plus stable après une semaine de fonctionnement, si c’est le cas, je marquerai comme résolu.
2 « J'aime »
J’ai eu le même message récemment et je l’ai ajusté comme toi (à 1 Go) et l’erreur n’est pas revenue 
1 « J'aime »
Confirmé que les modifications ont fonctionné. Le dernier redémarrage de Sidekiq était le 11 Oct 12:48.
Statistiques mémoire aujourd’hui :
Ces forums avaient des discussions utiles (liens ci-dessus) qui ont été utiles. J’espère que cela aidera également quelqu’un d’autre.
Ce que j’ai découvert, c’est que mon forum n’obtient pas du tout le volume de trafic nécessaire pour nécessiter 8 workers. Même 2 auraient suffi.
Cela dit, la mémoire semble être un peu moins spacieuse, mais je prévois de continuer à faire fonctionner la VM de la même taille. Puisque le swap est sur NVMe très rapide en RAID 10, j’ajouterai éventuellement zswap à l’avenir et mettrai à jour ce fil de discussion dans les années à venir si/quand le trafic l’exigera.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.