vServer und Swap-Space

Willi

Willi

Member
Hallo,

ich habe einen vServer bei S4Y und darauf eigentlich wenig Anwendungen laufen. Aber clamd frißt sehr viel Speicher. Das brachte mich auf die Idee das ich Swap-Speicher dazu bringe. Die Ausgabe von "free" zeigt mir folgendes:

Code: 
             total       used       free     shared    buffers     cached
Mem:        786432     498076     288356          0          0          0
-/+ buffers/cache:     498076     288356
Swap:            0          0          0

Also kein eigener Swap-Space sondern nur das von der Virtualisierung.

Ich habe dann hier im Forum ein Weilchen gelesen und vServer mit Swap-Space gesehen aber auch die Aussage gefunden das dies nicht möglich sei. Letzteres habe ich auch vom S4Y-Support gehört. Ist das richtig und wenn ja, warum?

Grüße,
Willi
 
Bei z.B. XEN kann man sich 'echten' swap anlegen, vergrößern, verkleinern.

Bernd,
ist es ok noch einmal zu betonen, dass das Wort 'Workaround' und fake-swap zu Missverständnissen führen können, wenn nun jemand glaubt, sich mit diesem 'Workaround' nutzbaren swap bei OpenVZ oder Virtuozzo anlegen zu können.

Gruß Fritz
 
Willi,
Du brauchst swap, weil Dein Speicher nicht genügt.

Der hier erwähnte Workaround ist dazu da, um Software, die abfragt, ob swap vorhanden ist, und sonst nicht starten würde, vorzulügen dass swap vorhanden ist. Es erweitert aber definitiv NICHT Deinen Speicher (RAM + swap oder RAM + dynamischer RAM usw)
(Ein Auto fährt auch mit einem gefälschten Führerschein nicht schneller!)

Auf einem Host-System mit Virtuozzo / OpenVZ als Virtualisierungsart, wird der swap des Systems zusammen mit dem RAM ingesamt als zur Verfügung stehender Speicher verwaltet.
Jeder virtuelle Server bekommt davon mehr oder weniger zugeteilt. Du benutzt also schon oft swap, wenn das Hostsystem voll ausgelastet ist, ohne es zu merken. Wenn der Eintopf verteilt ist, ist der große Pott eben leer, dann musst Du mit Deinem Blechnapf leben - Nachschlag gibt es nicht - auch wenn Bernds fake verkündet: Es ist noch Suppe da! ;)

Gruß Fritz
 
Last edited by a moderator:
Vielen Dank für die Erklärung.

Wofür Swap da ist wußte ich natürlich ;) Aber diesen Fake halte ich dann doch nicht wirklich für geeignet. Ich denke die Meldung das kein Speicher vorhanden ist und dann nicht starten ist besser als zu starten wenn kein Speicher da ist und dann mehr oder weniger kontrolliert abzubrechen.

Oder sehe ich das falsch?
 
Keine Out-of-Memory-Meldung bei Virtuozzo+OpenSuSE-10.3

Hallo,
ich benutze einen v-server mit OpenSuse 10.3. Manchmal starten Applikationen ohne jede Fehlermeldung einfach nicht (z.B. Yast - Software installieren oder fcgi-Instanzen für Rails.

Weder im syslog noch sonstwo finde ich eine out-of-memory-Meldung. Wenn ich aber ein paar Prozesse kille und die Applikation erneut starte dann funzt sie i.d.R.

Im optimalen Fall sollte natürlich das fcgi-Startskript von Rails das Problem erkennen und dem Nutzer wenigstens eine sinnvolle Meldung anzeigen.

Hat jemand von Euch eine Idee dazu?
 
# cat /proc/user_beancounters
Code: 
[SIZE="2"]Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
  48422232: kmemsize                  8630981              8659600             31457280             34603008                    0
            lockedpages                     0                    0                  512                  512                    0
            privvmpages                 65670                65854               327680               329728                    0
            shmpages                    14196                14196                32768                32768                    0
            dummy                           0                    0                    0                    0                    0
            numproc                        54                   54                  128                  128                  711
            physpages                   20525                20525           2147483647           2147483647                    0
            vmguarpages                     0                    0                65536           2147483647                    0
            oomguarpages                20525                20525                65536           2147483647                    0
            numtcpsock                     17                   17                  720                  720                    0
            numflock                       11                   11                  376                  413                    0
            numpty                          1                    1                   32                   32                    0
            numsiginfo                      0                    1                  512                  512                    0
            tcpsndbuf                  164080               164080              3440640              5406720                    0
            tcprcvbuf                  278528               278528              3440640              5406720                    0
            othersockbuf                35160                35160              2252160              4194304                    0
            dgramrcvbuf                     0                    0               524288               576716                    0
            numothersock                   28                   28                  720                  720                    0
            dcachesize                 842157               845154              5242880              5767168                    0
            numfile                      2322                 2323                 8192                 8192                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      14                   14                  200                  205                    0[/SIZE]

Wenn ich das richtig verstehe habe ich nicht ein Problem mit dem Speicher sondern mit der Anzahl Prozesse (im Moment ist die Rails-App auf einen anderen Server verlagert). Trotzdem wäre eine auswertbare Fehlermeldung ja schön. Könnte ggf. apache das schon checken?
 
jglo said:
Könnte ggf. apache das schon checken?
Click to expand...
Das weiß ich nicht.

Ich habe vergessen, bei welchem Anbieter Du den VServer hast.
95% der Anbieter, die ich kenne, haben ein Vielfaches davon oder erhöhen Dir die numproc, wenn Du sie bittest. 128 ist sehr wenig.

Gruß Fritz
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top