Domino 9 und frühere Versionen > ND8: Entwicklung - XPages

Agent Performance

(1/2) > >>

Tim Pistor:
Hallo zusammen,

in einer unserer Anwendungen haben wir tonnenweise Logik in Form von Lotus Script Bibliotheken. Da wir für der Xpage nicht alles neu programmieren wollen, nutzen wir an einigen Stellen (SSJS) NotesAgent.runWithDocumentContext(). Die Agenten ziehen ein paar LS Bibliotheken mit einer Gesamtgröße von rund 2 MB an. Die Laufzeit dieser Agenten ist teilweise ungewöhnlich lange.

Selbst ein Agent der nur die o.g. Bibliotheken zieht und selbst absolut nichts tut (auch in den Bibliotheken wird nichts ausgeführt, nur deklariert), braucht 500ms. Aber jetzt kommts: Rufe ich ein "load compact -c database.nsf" und anschließend ein "tell http restart" bekomme ich angenehme Laufzeiten von 30ms. Später / am nächsten Tag liegen die Laufzeiten wieder bei 500ms. Erneutes compact und http restart ---> 30ms

Kennt jemand dieses Verhalten und weiss ggf. Abhilfe?

Zum Nachvollziehen und um ggf. einen PMR zu öffnen habe ich das Ganze in einer leeren DB nachgebaut. Hier erhielt ich nur kurzzeitig und zwischendurch die schlechten Laufzeiten. Aktuell habe ich jedoch durchgehend 30ms  :-:. Wer es mal ausprobieren möchte muss nur die test.xsp aufrufen. Dort werden auf verschiedene Arten drei Agenten mit unterschiedlich großen Scripbtbibliotheken aufgerufen.

Ich suche gerade noch nach einer Möglichkeit diesen Effekt reproduzierbar "ein- und auszuschalten". Jedenfalls ist das ganz schön lästig  >:(

Übrigens1: Beim ersten Aufruf der Testseite dauert es immer etwas länger...
Übrigens2: Getestet haben wir die Serverversionen 8.5.3 + diverse Fixpacks und 9.0

Viele Grüße

Tim

PS: Thread Titel geändert "Web Agent Performance" --> "Agent Performance". Nachdem es nicht nur die Xpage betrifft.

m3:
Auf jeden Fall PMRen.

pram:
Gerade auf meinem lokalen dev Server abgelegt,

hier erhalte ich "normale" Antwortzeiten < 40ms
(bis auf den ersten Aufruf, hier waren es 300ms)

Allerdings ist sowas zu PMRen schwierig, wenn man kein klar repoduzierbares Problem hat :(

Muss der Compact sein, oder reicht hier ein Serverrestart? (Wenn ja, kannst ja anstatt des Compact mal eine Kopie machen und beide DBs an IBM schicken. Beide DBs sind dann identisch und eine davon ist langsam)

Oder kann es sein, dass dein server zu swappen beginnt?


Gruß
Roland

Tim Pistor:

--- Zitat von: pram am 05.03.14 - 20:42:00 ---Allerdings ist sowas zu PMRen schwierig, wenn man kein klar repoduzierbares Problem hat :(

Muss der Compact sein, oder reicht hier ein Serverrestart? (Wenn ja, kannst ja anstatt des Compact mal eine Kopie machen und beide DBs an IBM schicken. Beide DBs sind dann identisch und eine davon ist langsam)

--- Ende Zitat ---

Der Compact muss sein, ebenso der HTTP restart. Es geht auch, eine neue Kopie der Anwendung anzulegen (was ja dem copy-style-compact recht nah kommt). Die "alte" ist dann noch langsam die neue ist recht flott. Als nächstes werde ich meine Test-DB mal mit 30k Dokumenten füllen. 10k werden dann permanent und 10k "weich" gelöscht. Evtl. geht es ja in diese Richtung...

Schonmal Danke für's Testen!

Tim Pistor:
Neue Erkenntnisse:

Es hat Grundsätzlich nichts mit XPage zu tun! Die schlechten Laufzeiten treten auch anderweitig auf:

- via Notes Client: Den Agent per RunonServer starten: langsam
- via Web: Url db.nsf/agent_name?RunAgent: langsam

Nach einem Compact: alles schnell

==> Sollten wir den Thread in die Kategorie "Administration" schieben?

Navigation

[0] Themen-Index

[#] Nächste Seite