Domino-Performancesteigerung: Undokumentierter Serverparameter gibt massiv Speicher frei

Durch Zufall bin ich bei Recherchen zu einem bevorstehenden Workshop zum Thema Performance-Tuning auf den japanischen IBM-Seiten über einen in der englischen Übersetzung undokumentierten Performance-Schalter in der notes.ini mit dem Wert GO_FASTER=x gestossen.

Link: インタビュー：パフォーマンスを極める3 ドミノ・パフォーマンス・チーム

Dabei handelt es sich, wie ich durch Versuche mit Domino-Servern der Releases 6, 7 und 8 herausfand, um einen Parameter, der das Speicherverhalten von Dominoservern ausschließlich unter MS Windows massiv beeinflußt. Da mein japanisch bereits etwas eingerostet ist habe ich durch die Übersetzung mit meinem Zeichenlexikon nur die wichtigsten Randparameter und betroffenen Betriebssysteme ermitteln können. Habe es aber an einen Dienstleister weitergereicht. Ich hoffe, bis Montag die Ergebnisse präsentieren zu können.

Anmerkung: Der Schalter funktioniert nicht bei Servern, die lediglich den Java-Controller mit Java-Console verwenden. Versuch ist daher zwecklos. Auch sollte der Server idealerweise nicht gerade frisch gestartet worden sein, hier ist der verwendete Speicher noch nicht ausschlaggebend genug.

Hier nun die Step-by-Step Anleitung zur Verifikation:

Schritt 1)

Auf einem mit herkömmlicher (!) Konsole laufenden (!) Dominoserver den Windows-Taskmanager starten und bereithalten.

Schritt 2)

Das Konsolenfenster über das Windows-Systemmenü Maximieren, es sollte dann die linke Bildschirmhälfte fast komplett einnehmen.

Schritt 3)

An der Konsole eingeben "set config GO_FASTER=1" (ohne die Anführungszeichen) und <RETURN>.

Schritt 4)

Sobald die Bestätigung an der Konsole gekommen ist ca. 60 - 90 Sekunden warten, solange benötigt der Memory-Mapper für die internen Heap-Verlagerungen.

Schritt 5)

Den bereits geöffneten Windows-Taskmanager auf den Reiter "Systemleistung" stellen und den Wert "Physikalischer Speicher" - "Verfügbar" merken bzw. im Auge behalten.

Schritt 6)

Jetzt das Konsolenfenster von "Maximiert" auf "Minimiert" (also als Icon ablegen) umschalten und den frei werdenden Speicher bewundern.

Viel Spaß beim Wundern - falls jetzt jemand dadurch freie Speicherriegel hat, für die er plötzlich keine Verwendung mehr findet freut sich unser Dominoforum-Admin gern über großzügige Spenden.

Bernhard:

Danke für die Ergänzung! Leider hatte ich keine Maschine mit dieser Speicherkonfiguration zur Verfügung, aber das kommt mir insbesondere im Zusammenhang mit der Bestimmung des Statistikwertes Server.ExpansionFactor bekannt vor. Allerdings war ich bisher der Meinung, dass diese Grenze bei 64MB liegt. Könnte durch das schlechtere Memory-Timing bei den älteren Mainboards daher auch bei 24 MB gelegen habe (abzüglich 640kB Real Memory, daher deine krumme Zahl mit 23,xxx).

rudi:

Die letzte 5er Maschine ist mit Auslaufen der Maintanance selbständig Offline gegangen (habe die Wartungsverträge dann nicht mehr verlängert, IBM wollte doppelte (!) Preise für separaten Support. Und dass DU den Parameter schon kanntest war irgendwie auch wieder klar. Aber das glaub ich dir erst, wenn ich zertifizierten Zugriff auf die Dokumente und alle detaillierten Replizierprotokolle deiner DB habe =P

So Leute, ich habe jetzt die Antwort meines japanischen Übersetzungsbüros: die Lösung für den richtigen Parameter lautet natürlich und selbstverständlich April April.

Aber, ihr Helden, wenn euch das Lesen meiner kleinen Anleitung Spaß gemacht hat und ihr 5 Minuten eurer wertvollen Zeit opfern könnt (ich habe ja auch ein paar Minuten fürs Schreiben des lustigen Artikels geopfert), dann macht euch doch mal bitte den Spaß und führt die Anleitung auch tatsächlich mal aus (auch wenn ihr nicht daran glaubt, ihr könnt ja hinterher den Parameter wieder aus der Notes.ini löschen, tut ja nicht weh) und berichtet mir mal, was ihr dabei erlebt habt.

Ich garantiere euch, ihr werdet euren Augen nicht trauen *grins*.