Hi Leute,
habe in der letzten ct was über ein Problem in Windows gelesen welches sich um NUMA dreht. Ich konnte bisher keine näheren Informationen darüber finden. Es geht wohl darum das eine CPU einen Teil des RAM´s benötigt... Den RAM nutzt aber Windows z.B. gerne für sich selbst als Filecache etc. Insbesondere dann wenn eine Maschine schon länger läuft ist ggf. für die CPU kein RAM mehr verfügbar was zu sehr deutlichen Performanceeinbrüchen von 50% führt.
Ein RAM Cleaner soll das Problem beheben wenn man nicht neu starten möchte. Ggf. ist hier balooning auch eine Möglichkeit.
Wie auch immer, gerne würde ich hier das Thema mit den Spezialisten ein wenig diskutieren worum genau es überhaupt geht.
Ich halte das für sehr interessant.
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Numa Disaster unter Windows? Zu wenig RAM für die CPUs?
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
So habs selbst gefunden. Es ist der Artikel "Neue Hemisphären" aus c't 21/2010 Seite 142ff.
Wenn ich mich recht entsinne, macht der ESX(i) keinen eigenen Dateicache auf. Wozu auch, dafür ist ja das Storage verantwortlich und zum anderen macht das Cachen in einer virtualisierten Umgebung keinen Sinn. Der Cache ist in jedem Fall zu klein und wenn er ausreichend groß wäre, würde er auch wieder Performanceeinbußen bedeuten. Dann kann man das genauso gut auch gleich sein lassen.
[add]
@eini
Ich würde mir an deiner Stelle darüber nicht den Kopf zerbrechen. Das sollen mal schön die Dart-Spieler aus Palo Alto machen...
Wenn ich mich recht entsinne, macht der ESX(i) keinen eigenen Dateicache auf. Wozu auch, dafür ist ja das Storage verantwortlich und zum anderen macht das Cachen in einer virtualisierten Umgebung keinen Sinn. Der Cache ist in jedem Fall zu klein und wenn er ausreichend groß wäre, würde er auch wieder Performanceeinbußen bedeuten. Dann kann man das genauso gut auch gleich sein lassen.
[add]
@eini
Ich würde mir an deiner Stelle darüber nicht den Kopf zerbrechen. Das sollen mal schön die Dart-Spieler aus Palo Alto machen...
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi!
Ich kenne den Artikel, war wieder mal einer der besseren in der c't
Beim ESX spielt das meist keine Rolle, da man da (sinnvollerweise) meist nur 1 oder 2 vCPU-VMs mit windows hat, und NUMA für den Gast keine Rolle spielt.
Der ESX selber ist (bereits seit Version 2.x übrigens) NUMA-aware, d.h. verteilt den Speicher einer VM möglichst in den gleichen NUMA-Node. Allerdings muss man bei der Planung der Server das berücksichtigen, und sollte die größte VM eben speichermäßig nur so groß machen, dass sie eben auch in einem NUMA-node platz hat. Näheres dazu:
Manage for Performance-Training bzw. Design Workshop
oder:
http://www.vmware.com/pdf/vsphere4/r41/ ... e_mgmt.pdf ab Seite 81.
Viele Grüße,
Jörg
Ich kenne den Artikel, war wieder mal einer der besseren in der c't
Beim ESX spielt das meist keine Rolle, da man da (sinnvollerweise) meist nur 1 oder 2 vCPU-VMs mit windows hat, und NUMA für den Gast keine Rolle spielt.
Der ESX selber ist (bereits seit Version 2.x übrigens) NUMA-aware, d.h. verteilt den Speicher einer VM möglichst in den gleichen NUMA-Node. Allerdings muss man bei der Planung der Server das berücksichtigen, und sollte die größte VM eben speichermäßig nur so groß machen, dass sie eben auch in einem NUMA-node platz hat. Näheres dazu:
Manage for Performance-Training bzw. Design Workshop
oder:
http://www.vmware.com/pdf/vsphere4/r41/ ... e_mgmt.pdf ab Seite 81.
Viele Grüße,
Jörg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste