Domino 6.5.3FP1 - http-Performanceprobleme ?

[BANXX]

Ich habe seit einiger Zeit auf meinem WebServer arge Performanceprobleme - es dauert bis zu 30 Sekunden, bis die erste Seite aufgebaut wird, egal ob das eine HTML-Datei (3kb) ist oder eine Datenbank, DWA oder sonstwas. Es spielt auch keine Rolle, ob ich über das Internet, Intranet oder komplett lokal (localhost) auf den Server zugreife. Jeder Seitenaufruf ist tierisch langsam.

Leider kann ich den Zeitpunkt, seit wann die Performanceprobleme aufgetreten sind, nicht genau definieren... Ich kann also nicht 100%ig sagen, ob es am FP1 liegt, oder an der Umstellung von Windows 2000 auf 2003 oder an der Installation der Antivirenlösung (Deaktivieren bringt keine Änderung....)

Der Windows Taskmanager bringt auch keinen Aufschluß darüber, was so Probleme macht, dem Rechner scheint es gut zu gehen.

Hat jemand noch ne Idee oder kann ähnliches beobachten ?? Ich versuche gerade,  einen möglichst großen Kreis an potentiellen Beobachtern zusammen zu tragen...

[BANXX]

Setzt denn keiner Domino 6.5.3FP1 mit http auf Windows 2003 ein

[hallo.dirk]

Z.Z nur unter 2000

aber keine Probleme bisher, zumindest nicht mit der HTTP Task

[Ralf_M_Petter]

Hallo!

Deine Informationen sind etwas dürftig. Zuerst mal würde ich überprüfen, ob im Taskmanager irgendein Task 100% CPU Last hat. Dann würde mich interessieren, wie sich der Server beim Zugriff über den Notes Client verhält. Hast du eventuell die DNS Suche beim HTTP Task im Serverdokument aktiviert und ein Reverse Lookup funktioniert nicht?

Grüße

Ralf

[Ralf_M_Petter]

Mich nervt das echt, wenn Leute eine Frage posten und man dann antwortet und es erfolgt keine Reaktion mehr auf die Antwort. Falls es was gebracht hat wäre ein kurzes Danke angebracht, falls nicht würde ich mich auch freuen.

Grüße

Ralf

[JoJo]

Der letzte Eintrag in diesem Thread ist zwar schon mehr als 15 Monate alt, für mich ist das Thema aber aktuell. Ich brauche Literaturtips zum Thema

Wie man als Admin die Performance eines Domino-Webservers verbessern kann.

Also ist "Performance Considerations" zwar hilfreich, aber nicht genau das, was ich brauche. Ausserdem kenne ich es ja schon, wie ihr seht. Ansonsten habe ich aber leider - abgesehen vom Redbook "Domino Tuning Parameters in notes.ini" - nix Brauchbares gefunden. Weder hier im Forum, noch auf notes.net....

[Ralf_M_Petter]

Interessant wäre jetzt aber ob du die selben Probleme wie der Ursprungsposter hast. (Antwortzeiten von über einer halben Minute) oder ob du einfach nur bessere Performance haben willst?

Falls es dir nur um Performance geht, dann wäre ein eigner Thread wohl besser, da hier OT.

Grüße

Ralf

[JoJo]

Ja ich habe auch Antwortzeiten von mehr als 30 Sekunden. Allerdings denke ich, dass ich daran schon mit einer einzigen Maßnahme viel verbessern kann:

Den Wert des Server-Doku-Feldes "Number active threads" vom Defaultwert 40 auf was auch immer anheben.

Aber selbst hier wären (schrifliche) Erfahrungswerte fein. A la unter welchen Rahmenbedingungen waren welche Werte bei anderen sinnvoll. Spart Zeit.

Der Webserver ist übrigens 6.5.4FP2. Die Version passt auch ganz gut zum Thread. Mir ist es aber natürlich egal, ob dieser Thread oder ein anderer...

[Ralf_M_Petter]

Ist bei dir der Server unter Last, wenn das Phänomen auftritt, oder hast du das immer. Hast du den Tip mit dem Reverse Lookup schon angeschaut?

Grüße

Ralf

[JoJo]

Danke für die neuerliche Rückmeldung. Einstweilen hab' ich mir noch fast nichts angesehen. Ich wurde am Freitag beauftragt, bis Ende Juli eine Lösung zu finden.

Hast du eventuell die DNS Suche beim HTTP Task im Serverdokument aktiviert

Der Wert neben dem statischen Text "DNS lookup:" im Serverdoku/Internet Protocols/Http ist Disabled Ich nehme an du hast das gemeint!?!

Die miserablen Responsezeiten stehen in direktem Zusammenhang mit der Last, sind aber wohl ebenfalls auf die Konfiguration zurückzuführen. Responsezeiten von 15 - 30 Sekunden und mehr gibt's aber nur zu Bürozeiten. Jetzt (17:05) dauert der Abruf ein- und desselben Formulars keine 3 Sekunden.

[m3]

auf OS Seite schon mal die treiber neu installiert und die Karte auf Verdacht mal getauscht?

[Ralf_M_Petter]

Wie siehts mit der Performance der Notes Clients aus zu der Zeit wo das Problem auftritt. Übrigens 3 sek. ist eine verdammt lange Response Zeit für eine Notes Seite. Eventuell ist das gar kein Admin Problem sondern ein Entwicklerproblem. Wir machen nicht besonders viel direkt mit Notes Http, aber eine kleine Anwendung haben wir und die macht die Seiten in sehr kurzer Zeit auf. <1 Sek.

Grüße

Ralf

[JoJo]

Wie siehts mit der Performance der Notes Clients aus zu der Zeit wo das Problem auftritt.

Die ist ok - ein Netzwerkproblem haben wir also nicht.

Das Design wurde vor kurzem einer umfangreichen Überprüfung unterzogen. Da dürfte nicht mehr allzu viel zu machen sein. Ich habe ja auch geschrieben "bis zu 3 Sekunden". Schnell ist was anderes, aber die Zeit gestoppt habe ich auch nicht. Einstweilen verfolge ich diese Angelegenheit nur so nebenbei. Eigentlich wollte ich mich ja zuerst mal einlesen...

Letzteres steht auch im Hintergrund meiner Antwort auf m3's Frage:

auf OS Seite schon mal die treiber neu installiert und die Karte auf Verdacht mal getauscht?

Nein, haben ich nicht. Derartige Aktionen würde ich erst dann durchführen, wenn mir absolut nichts anderes mehr einfällt.

[DigitDani]

Hallo "JoJo",

um auf diesen Satz von Dir zu sprechen zu kommen:

Den Wert des Server-Doku-Feldes "Number active threads" vom Defaultwert 40 auf was auch immer anheben.

Den Wert der active worker threads zu erhöhen, muss bei Dir nicht zwangsläufig zu einer besseren HTTP Performance führen. Das wird Dir nur etwas bringen, wenn Dein Server auch tatsächlich mehr als 40 worker threads benötigt, weil die entsprechende Last an eingehenden HTTP Requests vorhanden ist. Ob Dein Server bereits dieses Limit von 40 einmal erreicht hat, sagt Dir das Ergebnis des Befehls:

sh stat Domino.Threads.Active.Peak

Gib diesen Befehl an der Serverkonsole ein, wenn Deine Performance gerade mal wieder schlecht ist. Wisse aber, dass er Dir nur den Peak-Wert der gleichzeitig verwendeten HTTP worker threads zum Zeitpunkt X, seit dem letzten Start des HTTP Tasks anzeigt.

Ist Dein Wert sehr nahe an 40 bzw. genau 40, wird eine Erhöhung des Wertes evtl. tatsächlich eine Verbesserung bringen (langsam erhöhen! Das von IBM empfohlene Maximum liegt bei 128!). Allerdings wird auch mehr Arbeitsspeicher und CPU des Servers verbraten werden.

Grüße

Daniel

[Ralf_M_Petter]

Eventuell solltest du auch mal folgendes in Betracht ziehen. Vor allem wenn eure Zugriffe wirklich so aufwendig sind.

http://www-1.ibm.com/support/docview.wss?uid=swg21201715

Da ist nämlich genau so ein Problem beschrieben.

Grüße

Ralf

[Ralf_M_Petter]

BTW JoJo es wäre nett, wenn du immer etwas schneller auf Antworten reagieren könntest. Es ist nämlich sonst etwas mühsam sich immer wieder in die Fragestellung hineinzudenken. Falls dich das Problem nicht mehr kümmert, oder es für dich keine Priorität hat, habe ich auch kein Problem aber dann sage es auch klar.

Grüße

Ralf

[DigitDani]

Genau auf dieses Feature von 6.5.5 wollte ich JoJo bringen, Ralf 
Allerdings wären da vorher noch einige Infos von ihm von Nutzen.

Ich habe mit der HTTPQueueMethod=2 (also im Prinzip Fallback auf die R5 Methode), bei einer sehr großen Domino Webanwendung eine Performancesteigerung von ca. 30% erreicht, bei einer optimalen Ausnutzung der Serverhardware (was für Webanwendungen unter Domino auf Windows keineswegs normal ist).

Für die richtige Methode muss man allerdings wissen, wie die Webanwendung(en) tickt/ticken.

cu

Daniel

[JoJo]

Hallo Ralf und DigitDani!

Danke für den interessanten Input. Sorry schneller antworten ist zur Zeit für mich nicht d'rin. Ich arbeit im Second Level Support eines großen Rechenzentrums. Das ist ein wenig wie Fließbandarbeit. Und das Web-Server-Problem hat momentan nicht Priorität (s. o. Termin 31. 7.). Ich meld' mich dann morgen wieder und geh' auf den Rest ein. Einstweilen bin ich nur zu Folgendem gekommen:

sh ser
Elapsed time:           6 days 03:53:06
Transactions/minute:    Last minute: 109; Last hour: 159; Peak: 2651
sh stat Domino.Threads.Active.Peak
Domino.Threads.Active.Peak = 7

 

Den Wert des Server-Doku-Feldes "Number active threads" vom Defaultwert 40 auf was auch immer anheben" wird also wohl nix helfen.

[DigitDani]

Hi JoJo,

korrekt, da die active worker threads sowieso in ihrer Gesamtanzahl scheinbar nicht genutzt werden, wird eine Erhöhung nichts bringen. Du kannst natürlich nochmal am Ende der Woche den Peak Wert anschauen, falls Dir bekannt ist, dass in den letzten 6 Tagen die euer Server jetzt läuft, besonders wenig Mitarbeiter per Web zugegriffen haben.

Was aber nun auch noch interessant wäre zu wissen:

- Was sind das für Webanwendungen auf dem/den Dominoserver(n)? Handelt es sich nur um Mail WebAccess oder auch um andere?
- Wenn es auch andere Anwendungen sind, arbeitet ihr mit caching (z.B. über http response header in den Anwendungen oder über Web Site Rules?)
- Gibt es in den Webanwendungen häufig genutzte "Langläufer" Requests wie z.B. Downloads von größeren Dateien, die etwas länger Dauern können (z. B. > 10sek.)? Hier kann das Ändern der bereits erwähnten HTTPQueueMethod etwas bringen (6.5.5)
- Kannst Du in etwa sagen, wie viele Benutzer gleichzeitig eine/die Webanwendung(en) verwenden? (falls ihr Session Authentication aktiviert habt, könnte hier ein Blick auf die aktiven Internet Benutzer zur Stoßzeit Aufschluss bringen)

cu

Daniel

[knoedel0815]

Hallo Jojo,

wenn der Peak bei 7 liegt, würde ich die Threadanzahl auf 10 oder max. 15 runtersetzen. Es ist nämlich nicht so, dass mehr Threads mehr Performance bringen. In irgendeinem Redbook der IBM stand auch mal, dass die zur Verfügung gestellten Threads dem genutzten Peak in etwa entsprechen sollten. Viel mehr schadet sogar.

Ausserdem würde ich testweise mal die Transaktionsprotokollierung ausschalten (falls eingeschaltet). Bei uns hat das was gebracht - zumindest unter 6.5.4FP2.

Grüsse.