Max-request und reload-on-rss gelten nur für Worker. Wie kann man dann Speicherlecks bei Pantoletten vermeiden?Python

Python-Programme
Anonymous
 Max-request und reload-on-rss gelten nur für Worker. Wie kann man dann Speicherlecks bei Pantoletten vermeiden?

Post by Anonymous »

Ich beobachte ein kontinuierliches anonymes Speicherwachstum in einem uWSGI-Mule-Prozess in einer Python-Anwendung.
Laut der offiziellen uWSGI-Dokumentation sind Optionen wie

Code: Select all

max-requests
[/b] und

Code: Select all

reload-on-rss
[/b] sind verfügbar, um Speicherlecks in Arbeitsprozessen zu verringern, aber diese Einstellungen gelten nicht für Mule-Prozesse.
Welche Ansätze werden angesichts dieser Einschränkung empfohlen, um das Speicherwachstum in uWSGI-Mule-Prozessen zu bewältigen oder zu mindern?

Gibt es unterstützte uWSGI-Konfigurationen, Entwurfsmuster oder Best Practices (z. B. Recycling von Mules, Isolieren von Arbeitslasten usw.)? Externalisierungsaufgaben), um dieses Problem anzugehen?
Jede Anleitung oder praktische Lösung wäre dankbar.

Quick Reply

Change Text Case: 
   
  • Similar Topics
    Replies
    Views
    Last post