gunnarh
Allwissende Müllhalde
Ich nutze auf einem vServer (Virtualisierung openvz, Betriebsystem Debian Lenny) unter anderem fail2ban.
Nachdem ich nun einiges an Regelwerk ergänzt hatte, stellte ich fest, dass der Hauptspeicherverbrauch von fail2ban auf über 100MB angewachsen war.
Nach etwas Recherche führte ich folgende Änderung durch:
in der /etc/default/fail2ban ein "ulimit -s 256" einfügen.
=> siehe da, der Hauptspeicherverbrauch lag nunmehr unter 10MB, also völlig akzeptabel.
Da auch googlen keine Klarheit brachte folgende Fragen an die Experten hier:
Worauf beruht diese Optimierungsmaßnahme? Die Stack-Size meiner Maschine ist ohne dieser Änderung 8192, mit dieser Änderung nunmehr für den fail2ban python Prozess auf 256 gedrosselt. Ist dies eine python Eigenschaft dermaßen speicherverschwendend umzugehen, oder langt nur fail2ban übermäßig zu?
Sollte ich über eine systemweite Änderung der Stack-Size nachdenken, oder zumindest auch für andere Prozesse (z.b. amavisd-new, apache, ...) damit experimentieren?
Nachdem ich nun einiges an Regelwerk ergänzt hatte, stellte ich fest, dass der Hauptspeicherverbrauch von fail2ban auf über 100MB angewachsen war.
Nach etwas Recherche führte ich folgende Änderung durch:
in der /etc/default/fail2ban ein "ulimit -s 256" einfügen.
=> siehe da, der Hauptspeicherverbrauch lag nunmehr unter 10MB, also völlig akzeptabel.
Da auch googlen keine Klarheit brachte folgende Fragen an die Experten hier:
Worauf beruht diese Optimierungsmaßnahme? Die Stack-Size meiner Maschine ist ohne dieser Änderung 8192, mit dieser Änderung nunmehr für den fail2ban python Prozess auf 256 gedrosselt. Ist dies eine python Eigenschaft dermaßen speicherverschwendend umzugehen, oder langt nur fail2ban übermäßig zu?
Sollte ich über eine systemweite Änderung der Stack-Size nachdenken, oder zumindest auch für andere Prozesse (z.b. amavisd-new, apache, ...) damit experimentieren?