sur un serveur virtuel avec 8 Go de RAM, je ne suppose pas que Sidekiq utilise un peu plus de 500 Mo soit un problème ?
je me demande s’il faut ajouter la ligne suivante dans mon app.yml
env:
UNICORN_SIDEKIQ_MEMORY_KILLER_MAX_RSS: 1024
sur un serveur virtuel avec 8 Go de RAM, je ne suppose pas que Sidekiq utilise un peu plus de 500 Mo soit un problème ?
je me demande s’il faut ajouter la ligne suivante dans mon app.yml
env:
UNICORN_SIDEKIQ_MEMORY_KILLER_MAX_RSS: 1024
La RAM totale n’aide pas ici. C’est un peu la même chose qu’avec le nombre de workers dans le monde PHP et la quantité de mémoire allouée. Bon, c’est totalement différent, mais quand même ![]()
Mes expériences disent que 500 est suffisant pour des installations totalement neuves, quand il n’y a pratiquement aucun composant et plugin utilisé, ni d’utilisateurs. 550+ au minimum est nécessaire.
ma dernière reconstruction a fonctionné, avec 700 réglés pour celle-ci
c’est étrange que je reçoive toujours un avertissement, le précédent / avant le changement de app.yml était supérieur de 0,1 Mo
Dans cet autre fil de discussion, un autre réglage est mentionné
Sidekiq consomme trop de mémoire
Mais je vois aussi une situation similaire non résolue relativement récemment dans
Sidekiq consomme trop de mémoire même avec UNICORN_SIDEKIQ_MAX_RSS ajusté
memory overcommit must be enabled
? du processus de reconstruction
Oui, j’ai toujours fonctionné avec la mémoire en surallocation (memory overcommit), et j’en ai parlé plusieurs fois. D’autres fonctionnent aussi ainsi, mais j’ai le sentiment que ce n’est pas assez compris et accepté pour figurer dans des scripts ou des recettes officiels.
(J’ai également désactivé les pages transparentes volumineuses (transparent huge pages), mais c’est un simple problème de performance, plutôt qu’un facteur décisif pour les systèmes à faible mémoire.)