IoPageLockLimit - hohe Leistungssteigerung möglich

[mick25]

hallo zusammen!

wieder was interessantes...


Wertname - IoPageLockLimit

Schlüssel - HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\
Session Manager\Memory Management

Werttyp - REG_DWORD

Bereich - Größe in kB (definitiv nicht in Bytes, wie in manchen Dokumentationen beschrieben!)

Standard - 0 (512K)

Funktion

Eine auch unter Windows 2000 umstrittene Einstellung, die besagt, wie viel Speicher das System für Ein- und Ausgabeoperationen reservieren
soll. Unabhängig vom installierten Arbeitsspeicher und Einsatzgebiet eines Rechners ist die Defaulteinstellung immer 0.
Dies ist eine starke Performancebremse und nur für Systeme mit max. 64 bis 92 MB sinnvoll. Solltet Ihr über mehr Speicher verfügen oder
Euren Rechner als Server einsetzen, empfiehlt sich ein Vergrößern dieses Wertes, wobei die Eingaben in kB erfolgen.

Empfehlung

Das Ändern dieses Wertes ist ein Muss! Auch bei W2K Prof. ist ein Performance- und Verfügbarkeitsgewinn erzielbar. Das Steigern der Geschwindigkeit ist messbar (über I/O-Durchsatzmessungen),
lediglich nicht wirklich wichtig und mit 8– 15 % in der Praxis nicht immer direkt ersichtlich. (Was merkt man, wenn Word 2000 um 15 % schneller wird?) Es wird das Ändern des Wertes empfohlen, da auch die Stabilität des Systems davon profitiert!


Berechnen der einzusetzenden Werte

Wie berechnet man jedoch die sinnvolle Modifikation des
Wertes IoPageLockLimit? Hier müssen wir etwas ausholen und zuerst erklären, wie sich dieser Wert zusammensetzt.

Der Default-Wert 0 (512 kB) spiegelt ein System mit den mindestens erforderlichen 16 MB RAM wieder. Als Maximum kann der Wert 64 MB annehmen (in kB umzurechnen).

Wie kommen 64 MB zustande?

Die Antwort darauf ist recht einfach – auch Windows 2000 verwaltet genauso wie Windows NT 4.0 (sofern nicht anders in der Boot.Ini definiert) max. 4 GB RAM. Davon entfallen 2 GB auf den Kernel-Mode und 2 GB auf den User-Mode.

Was läuft im Kernel-Mode?

Alle I/O-Operationen laufen immer zwingend im Kernel-Mode ab, da hier die dafür vorgesehenen Treiber geladen werden. Zu den Diensten/Treibern im Bereich I/O zählen alle Grafikkarten-, Netzwerk-karten-, SCSI- und Festplattentreiber, alle CD-ROM- und DVD-Treiber, USB-, serielle und parallele Schnittstellen, Sound- und TV-Karten etc.


Nach einer simplen Dreisatzrechnung kann man jetzt folgende
Tabelle aufstellen:

Unterstützter/verwendeter........KB-Größe für IoPageLock-
Speicher im Kernel-...................Limit (immer dezimal in
Mode......................................der Registry einzutragen!)

16 MB ------------ 512 KB (Defaultwert)
32 MB ------------ 1024 KB (1 MB)
64 MB ------------ 2048 KB (2 MB)
128 MB ---------- 4096 KB (4 MB)
256 MB ---------- 8192 KB (8 MB)
512 MB ---------- 16384 KB (16 MB)
1024 MB -------- 32768 KB (32 MB)
2048 MB -------- 65536 KB (64 MB)


Welchen Wert nehmen?

Um sich für einen bestimmten Wert zu entscheiden, sollte man also wissen, wie viel MB vom Systemkernel verwendet werden. Hier hilft der Taskmanager weiter, da er in der unteren rechten Ecke die vom System verwendeten Speichergrößen des Kernels als Gesamtwert angibt.

2048 ist in der Regel immer sinnvoll

In der Regel dürfte dabei jede Windows-2000-Installation (sogar die Windows 2000 Professional) über 16 MB „ Kernel-Bedarf“ liegen. Somit ist eine Anpassung des Default-Wertes auf mindestens 1024 kB immer sinnvoll und notwendig. Man kann natürlich auch anhand der obigen Tabelle versuchen, „krumme“ Werte zu errechnen und in die Registry einzutragen (z. B. 1536 kB bei 48 MB Speicherbedarf des Kernels etc.), dies ist in der Regel jedoch wenig sinnvoll, man rundet einfach auf den nächsthöheren Wert auf.

Da die Windows-2000-Serverfamilien fast immer bei über 16 MB Kernelspeicher liegen, sollte also in der Registry anstelle des Default-Wertes immer mindestens 1024 als Eintrag (Wertangabe für 32 MB Kernelspeicher) zu finden sein.

Ein Erhöhen des Wertes ist also immer sinnvoll, man sollte es jedoch nicht übertreiben und gleich die vollen 64 MB (in kB umgerechnet) eintragen, da dies selten zutreffen wird. Der hier eingesetzte Wert „fehlt“ später (nach einem zwingend erforderlichen Neustart) dem verfügbaren Arbeitsspeicher.

Bessere Verfügbarkeit und Antwortzeiten

Man kann jedoch den Wert über das errechnete Maß hinaus sinnvoll anheben (ca. verdoppeln, in einigen Fällen sogar verdreifachen), wenn man besonders File- und Printserver oder die Terminal Services nutzt.

Hier könnte man bei einer Kernelbelegung von ca. 42 MB durchaus den Wert für IoPageLockLimit von den errechneten und aufgerundeten 2048 kB (Wertangabe für 64 MB Kernelspeicher) auf 4096 kB (Wertangabe für 128 MB Kernelspeicher) oder sogar auf 8192 kB (Wertangabe für 265 MB Kernelspeicher) erhöhen, da v. a. Platten und netzwerkintensive I/O-Operationen davon spür- und messbar profitieren.

Als Folge dieser Maßnahme verringert sich z. B. deutlich die Häufigkeit von Netzwerkverbindungsfehlern, IP-gesteuerte Drucker werden „schneller gefunden“ und angesteuert (der Ausdruck wird sichtbar „beschleunigt“ ), die Antwortzeiten des Rechners im Netz gewinnen an Geschwindigkeit (besonders bei installiertem DDNS), und auch verschiedene Browserdienste (ob mit oder ohne ADS-Anbindung) nutzen den erhöhten I/O-Wert als Zwischencache (!), ohne dass man dafür als Administrator andere Bereiche der Registry explizit manuell anpassen müsste.

So gesehen ist dieser viel zu häufig verkannte Bereich der Registry-Anpassung durchaus mit einem sicht- und messbaren Mehrwert für den Administrator verbunden!

Wie hoch ist der Performancegewinn?

Je nach Einsatzgebiet eines Servers kann man damit eine Steigerung der allgemeinen I/O-Performance (beim Arbeiten an der Konsole spürt man allerdings wenig davon) um bis zu 120 % messen, in besonderen Fällen sogar ca. 200 % (z. B. bei einem Printserver).

Bei einer „Workstation“ profitieren lokale Applikationen (z. B. Office) kaum messbar von dem erhöhten I/O-Durchsatz, so dass hier (bei Windows 2000 Prof) das Anpassen der Werte immer abhängig von der Einsatzart des Rechners ist.

Zusammenfassung zu IoPageLockLimit

Es ist bekannt, dass man mit Windows 2000 (Serverfamilie) über den Schalter /3GB in der Boot.Ini den Speicherbedarf für den Usermode auf Kosten des Kernelmode verlagern kann, so dass der Kernelmode nur noch 1 GB RAM maximal belegen kann. In diesem Falle gilt die weiter oben beschrieben Tabelle dennoch, hört jedoch bei 32 MB für IoPageLockLimit auf.

Auch bei diesem Wert gilt: Erst ausprobieren und alle relevanten Daten sichern, dann erst produktiv übertragen. In der Regel kann das Ändern des Wertes jedoch keinen bleibenden oder nicht mehr rückgängig zu machenden Schaden verursachen, so dass man es auf jeden Fall probieren sollte!


ich hoffe, dass es für die leistungsgurus unter euch jetzt wieder was zum einstellen gibt *lächel* - gruß und viel spass - mick25

[ 16. Mai 2001: Beitrag editiert von: mick25 ]

kleine korrektur

[ 10. Oktober 2001: Beitrag editiert von: Micke ]

[GI-Joe]

Hi,

saubere Ausführungen, sehr detailliert beschrieben, SUPER, weiter so, sowas wird
immer gern gelesen !!!


ABER, nur zur Info:

in Deiner Tabelle hat sich ein kleiner Fehler eingeschlichen:
2048 MB -------- 65563 KB (64 MB)

Es muß 65536 heißen !!

[mick25]

hi!

uups, hab mich vertippt *ggg*

[Lemmi]

Hi,

werte dezimal oder als Hex ??

Lemmi

[mick25]

hi!

die werte bitte dezimal eingeben!

gruß - mick25

[Lemmi]

Hi,

sorry bin blind steht ja oben

Lemmi

[mick25]

..jo mei, wenn holt so vü oben steht *gggggg*!

schönen abend noch! mick25

[Tommes]

Damit diese Einstellungen auch verwendet werden, muß noch der Wert "LargeSystemCache" auf 3 gesetzt werden

aus WinFAQ 4.9 (www.winfaq.de), © 1996/2000 by Frank Ullrich

Holzauge sei wachsam!!!!

[watti]

Hi,
bei mir (W2K+SP2) steht der Wert schon auf 65536 und der LargePageMinimum auf fffff bzw. 4294967295 !!

Ich musste daran nicht bewußt manipulieren.. Liegts am SP2 ???

Mal sehen,
Gruß,
watti

[Lemmi]

Hi Watti,

du hast bestimmt mal den AMD Patch geinstet ?

Lemmi