Sidekiq verbraucht zu viel Speicher (verwendet: 522,12 MB) für '', Neustart

Ich sehe diese Fehler zunehmend in den Protokollen. Sollte ich das Sidekiq RSS-Limit in /var/discourse/containers/app.yml ein wenig erhöhen:

env:
  SIDEKIQ_MEMORY_KILLER_MAX_RSS: 700

Oder ist das normal und sollte ignoriert werden?

1 „Gefällt mir“

Hier ist, was für mich funktioniert hat.

Nachdem ich die Speichernutzung überwacht und meine Einstellungen angepasst hatte, konnte ich die häufigen Meldungen „Sidekiq verbraucht zu viel Speicher…“ /log stoppen.

Ich habe diese Änderung in meiner /var/discourse/containers/app.yml vorgenommen:

  UNICORN_WORKERS: 4
  UNICORN_SIDEKIQ_MAX_RSS: 700

Ursprünglich hatte ich UNICORN_WORKERS auf 8 gesetzt, was zu aggressiv war und wenig Spielraum für Sidekiq, PostgreSQL, Redis und das Betriebssystem ließ.

Die Reduzierung auf 4 Worker hat erheblich viel Speicher freigegeben.

Dann habe ich das Sidekiq RSS-Limit von den Standardeinstellungen (ca. 500 MB) auf 700 MB erhöht, was Sidekiq etwas mehr Spielraum gibt, bevor es automatisch neu gestartet wird.

Bisher hat sich Sidekiq stabilisiert, und die Speichernutzung liegt jetzt in einer viel sichereren Zone, wobei etwas mehr als 1 GB Speicher von genutztem Speicher zu gecachedem und verfügbarem Speicher verschoben wurde.

Ich hinterlasse dies hier, falls es hilfreich ist oder als Hinweis darauf, was andere mit ähnlichen Problemen untersuchen sollten. Es wird interessant sein zu sehen, ob dies eine Woche lang stabil bleibt, und wenn ja, werde ich es als gelöst markieren.

2 „Gefällt mir“

Ich hatte die Meldung neulich auch und habe es wie du angepasst (auf 1GB) und der Fehler kam nicht wieder :slight_smile:

1 „Gefällt mir“

Bestätigt, dass die Änderungen funktioniert haben. Der letzte Neustart von Sidekiq war am 11. Okt. 12:48 Uhr.

Speicherstatistiken heute:

Diese Foren hatten nützliche Threads (oben verlinkt), die hilfreich waren. Hoffentlich hilft das auch jemand anderem.

Ich habe festgestellt, dass mein Forum bei weitem nicht so viel Traffic hat, um 8 Worker zu benötigen. Selbst 2 wären in Ordnung gewesen.

Das gesagt, der Speicher scheint etwas weniger Spielraum zu haben, aber ich plane, die VM weiterhin in der gleichen Größe zu betreiben. Da der Swap sehr schnell auf NVMe in RAID 10 ist, werde ich irgendwann in der Zukunft zswap hinzufügen und diesen Thread in den kommenden Jahren aktualisieren, wenn/wann der Traffic dies erfordert.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.