Wie sinnvoll ist Swap? [SOLVED]

[trollolol]

Hallo zusammen,

ich habe mal eine Frage an unsere Forenexperten: Wie sinnvoll ist Swap? Setzt ihr in auch ein? Wenn nein, warum?

Kurze Info warum ich das gern wissen möchte. Ich habe vorher Debian 10 mit Keyhelp 21 betrieben, da hatte ich absolut keine Probleme. Das System lief 189 Tage ohne zu knurren und zu murren. Dann wurde ich aufmerksam gemacht, das der Support für 10 ausläuft und habe ein Upgrade auf Debain 11 mit dem Keyhelp - Programm gemacht (Übrigens sehr gute Arbeit Alex, das System lief prima - keine Fehlermeldung ).

Nun ist es aber so das der RAM schon zu knapp 78 % voll ist und CLAMAV sich regelmäßig verabschiedet. Jetzt habe ich eine 2 GB große Swapdatei angelegt die ist jetzt schon mit 808 MB belegt (RAM weiterhin auf 78 %).

Das System ist ein vServer von einem großen Anbieter aus Gunzenhausen, mit 4 GB RAM. Darauf läuft nur Keyhelp, 3 Webseiten (1 Aktiv mit einem mäßig besuchten Forum und 2 Domains als geparkt) Falls Fragen zum System kommen sollten

Ich freue mich auf zahlreiche Antworten von Eurer Seite

[24unix]

Bei so wenig RAM würde ich immer so um 8GB Swappe anlegen.

Ab ca. 16GB kann man sich das bei einem Webserver normalerweise auch sparen.

[Tobi]

Fakt 1: Swap ist kein Ram
Fakt 2: Das einzige was besser ist als viel Ram, ist mehr Ram.
Fakt 3: 640K sind nicht genug!

[OlliTheDarkness]

Fakt 3: 640K sind nicht genug!

Mein Casio Taschenrechner kommt damit aber aus

[Jolinar]

Wie sinnvoll ist Swap? Setzt ihr in auch ein? Wenn nein, warum?

Swap hat seine frühere Bedeutung als "Pseudo-RAM" im Prinzip verloren.
Es gibt ein paar wenige Ausnahmen, wo auch heute noch der Einsatz eines Swapfile / einer Swappartition notwendig ist...Allerdings sind diese Fälle AFAIK auf schlampige Programmierung zurückzuführen, weil manche Software trotz ausreichend vorhandenem echten RAM den Dienst verweigert, wenn kein Swap im System gefunden wird.
Heutzutage sollte so ziemlich jeder normale Server auch ohne Swap klarkommen. Wer absolut sicher gehen will, legt sich ein kleines Swapfile an, um OOM Kills abzufangen.
Dabei sollte man aber unbedingt berücksichtigen, daß das Swappen zum Vermeiden von OOM immer nur eine Notlösung sein kann, allein schon wegen der massiven Geschwindigkeitseinbrüche beim Datentransfer, die Swappen mit sich bringt (Faktor 40 bis 200, je nach eingesetzter Hardware).

[trollolol]

Ich danke Euch für Eure zahlreichen antworten

Im Prinzip habt ihr schon recht, und ich habe es vermieden bis jetzt SWAP zu nutzen. Nur ich will auch nicht auf 8 GB hochgehen, dafür das doppelte bezahlen für die paar Hanseln die auf unser Forum kommen. Also die Kosten:Nutzen wären mir dann zu hoch. Ich behalte das mal im Auge und guck mal was der Server die Tage so anstellt.

[24unix]

Leg doch einfach ein Swapfile an.
Kostet nicht viel Zeit und ist besser als nichts.

[Jolinar]

Nun ist es aber so das der RAM schon zu knapp 78 % voll ist und CLAMAV sich regelmäßig verabschiedet.

Vielleicht sollte man an dieser Stelle nochmal ansetzen...
Was genau meinst du damit, daß sich CLAMAV "verabschiedet"? Stirbt der Dienst wegen eines OOM?
Konntest du ausmachen, was bei dir so viel RAM frißt?

Ich frage deswegen, weil ich mehrere Kisten mit nur 2GB RAM habe, die problemlos laufen...

[trollolol]

Leg doch einfach ein Swapfile an.
Kostet nicht viel Zeit und ist besser als nichts.

Hab ich schon gemacht - siehe meinen ersten Post

Nun ist es aber so das der RAM schon zu knapp 78 % voll ist und CLAMAV sich regelmäßig verabschiedet.

Vielleicht sollte man an dieser Stelle nochmal ansetzen...
Was genau meinst du damit, daß sich CLAMAV "verabschiedet"? Stirbt der Dienst wegen eines OOM?
Konntest du ausmachen, was bei dir so viel RAM frißt?

Ich frage deswegen, weil ich mehrere Kisten mit nur 2GB RAM habe, die problemlos laufen...

So ganz genau kann ich Dir das nicht sagen, ich weiß nur das ich CLAMAV über SYSTEMSTATUS -> Server-Dienst-Verwaltung immer wieder neu starten muss. Dort ist CLAMAV ständig gestoppt. Dann starte ich manuell wieder und läuft vielleicht ein Tag. CLAMAV ist der größte Speicherfresser mit 1.18 GB RAM.

Code: Select all

Benutzername 	Prozessanzahl 	CPU-Auslastung 	Speicher-Auslastung 	Kumulierte CPU-Zeit 	Optionen
clamav 		2 	0,00 % 	31,90 % 	                   1.19 GB 	        00:01:30 	Prozesse töten
mysql 		1 	2,15 % 	8,37 % 	                   321.09 MB 	        11:38:09 	Prozesse töten
meinuser		2 	1,25 % 	6,15 % 	                   235.74 MB 	        00:02:19 	Prozesse töten
amavis 		3 	0,00 % 	5,40 % 	                   207.20 MB 	        00:00:33 	Prozesse töten
root 		        80 	0,20 % 	3,63 % 	                   139.27 MB 	        01:38:39 	
www-data 	4 	0,10 % 	1,04 % 	                   40.02 MB 	        00:01:04 	Prozesse töten
keyhelp 		1 	6,25 % 	0,84 % 	                   32.30 MB 	        00:00:01 	Prozesse töten 

Mein SWAP ist zwar mit 2 GB voll belegt, aber CLAMAV musste ich bis jetzt nicht neu starten. Aber scheint ja auch nicht ganz das gelbe vom Ei zu sein

[Alexander]

Du kannst auch den E-Mail-Virenscanner deaktivieren.

Wenn sich nur Leute auf dem Server befinden, die nicht wahllos jeden Anhang anklicken, kannst du dir den RAM dafür sparen (Konfiguration -> E-Mail-Server).

[MLan]

Du kannst aber auch folgendes tun:

Ram verbrauch checken

Code: Select all

systemctl status clamav-daemon.service  |grep -i Memory
 Memory: 2.3G

nano /usr/lib/systemd/system/clamav-daemon.service

die beiden Zeilen bei [Service] einfügen

Code: Select all

MemoryLimit=512M
CPUQuota=30%

Datei speichern und ein
systemctl daemon-reload
systemctl restart clamav-freshclam.service

Code: Select all

 systemctl status clamav-daemon.service  |grep -i Memory
     Memory: 504.4M (limit: 512.0M)

Na das sieht doch schon besser aus.

[Jolinar]

@Devs:
Da es ja die Probleme mit dem exzessiven RAM Verbrauch von Clam bei kleineren Kisten immer wieder gibt...Vielleicht könnte man ja den Ansatz von @MLan aufgreifen und bei der Keyhelp Installation diese Konfigurationsparameter anhand der ermittelten RAM Größe direkt ins System einpflegen...?
Dann müßten Admins kleiner Kisten nicht mehr manuell die Konfiguration anpassen...

[Alexander]

Wenn zum Zeitpunkt der KeyHelp-Installation das System unter 2 GB besitzt, ist der Email-Virenscanner deaktiviert.

Die RAM Beschränkung könnte man für Systeme von 2 GB bis X GB nutzen. Über X wäre es unbeschränkt, wie aktuell auch.
Ist die Frage, wie groß definiert man X. 4 GB sollten ja eigentlich ausreichend sein, aber beim Threadersteller ist es das ja nicht.

[Jolinar]

Die RAM Beschränkung könnte man für Systeme von 2 GB bis X GB nutzen. Über X wäre es unbeschränkt, wie aktuell auch.
Ist die Frage, wie groß definiert man X. 4 GB sollten ja eigentlich ausreichend sein, aber beim Threadersteller ist es das ja nicht.

Aus dem Bauch heraus würde ich vermuten, daß ab 8GB aufwärts genügend Ressourcen vorhanden sein sollten, um auch Clam unter voller Last laufen lassen zu können.

Alternativ könnte man aber eventuell auch dem Admin die Entscheidung überlassen...ähnlich wie bei der Kompressionsrate vom Backup. Vorteil wäre hier, daß auch bereits installierte Systeme aus dem Panel heraus entsprechend angepaßt werden könnten.

[Tobi]

Bei Desktop PCs ist für mich mittlerweile 16 GB das Minimum.
Und was für den Desktop gut ist wird dem Server kaum schaden.

Generell sollte man in diesem Zusammenhang festhalten, dass bereits eine durchgehende Auslastung von 70% in den Bereich "critical" fällt.
Da sollte man definitv verdoppeln.