HOST Memory Mechanism

[CLSsupport]

Frage #1 an die Runde:
- Soll man das Pagefile eines WindowsHOST manuell auf einen kleineren Wert setzen ?
Ich habe derzeit 10GB und viele andere haben HOSTS mit 8GB.
Leider braucht ja Windows immer ein konfiguriertes Pagefile. Aber kann ein System mit 10GB RAM und 512MB Pagefile performanter sein?
Ich habe andere Threads gelesen - da ging es aber oft um das komplette Deaktivieren (auf 0 setzen) des pagefiles und das ist für Windows nicht empfehlenswert.
Das Whitepaper http://www.vmware.com/pdf/usenix_resource_mgmt.pdf
ist mir ein wenig zu detailliert und komplex.

Ich hab noch folgende Fragen (hab nichts gefunden in den PDFs)
- Gibt es Ballooning auch beim VMserver 1.0x oder v2.0ß ?
- Gibt es Memory Overcommitment auch beim VMserver 1.0x oder v2.0ß ?
- Ballooning ausschalten - bei 2 VMs mit je 4GB zugeordneten Mem und 2GB für den HOST könnte man ja testweise Balloning abschalten, was zu zwei höchstperformanten VMs führen müsste. Mir ist klar, dass genau das Ballooning ein genialer Mechanismus ist um das vorhandene phys Mem genau den VMs zu geben die es auch tatsächlich gerade benötigen, und dadurch erst Memory Overcommitting möglich wird. (zumindest habe ich es so verstanden)
IMHO: Für eine performante VMware Umgebung sollte immer soviel RAM vorhanden sein, dass der HOST nur in Ausnahmefällen bei Spitzen extrem kurzfristig Swappen müsste, aber im Normalbetrieb meilenweit davon entfernt ist.

Habe ich das richtig verstanden: VMware bedient den RAM Bedarf der VMs mittels Ballooning und Overcommitment normalerweise ausschliessich aus dem RAM des HOST.
Das Overcommittment gaukelt den VMs vor sie hätten in Summe z.B 16GB statt 10GB

Michael

[Tschoergez]

Hi,

fein, dass Du Dich durch das klasse whitepaper gekämpft hast
Prinzipiell hast Du das richtig verstanden, nur gelten diese Aussagen alle für den ESX.

Beim VMware Server liegt ja immer noch ein Host-OS drunter, das nochmal eine Speicherzuordnung vornimmt (und dessen algorithmen nicht auf das betreiben von VMs ausgelegt sind).

Memory overcomittement geht auch beim VMware Server, allerdings swappt bei bedarf das Host-OS, und nicht VMware.

Viele Grüße,
jörg

[CLSsupport]

Und das würde heissen - bei VMserver sollte jede VM nur soviel Mem zugeordnet bekommen, wie man tatsächlich auch pRAM zur Verfügung hat.
Ich denke das macht VMserver auch fast automatisch.
Ich wollte meinen TS64 nämlich 5GB zuordnen aber VMserver hat das irgendwie auf 4GB zurückgedreht.
Mein DC32 hat seine 3GB die ich ihm gegeben habe auch behalten

Dh Ballooning und Overcommitment gibts auch beim VMserver, aber nur beim ESX ist's sinnvoll - ist das so korrekt.

Denn wenn das HOST OS mal zum swappen anfängt, dann ist die k... am da...
Soweit sollte es nie kommen.

Vielen Dank erstmal
Michael