Performance Problem mit Brain

[Nik Szekely]

Hallo Leute!

Wir haben in unsrer Firma Brain AS auf einer 820er e-series laufen. Unsere User sagen uns oft, dass das Brain extrem langsam ist, die User haben Antwortzeiten von bis zu 30 Sekunden in Maskensprüngen in ihrer SUI (meistens bei der Auftragsfreigabe). Dies tritt aber immer nur zeitweise auf. Wir konnten keine Fehler bzw. Engpässe im Netzwerk (inkl. Frame Relais), auf den Clients, noch in der AS400 finden. Es laufen keine anderen Jobs die sich hier in die Quere kommen können. Mir ist klar das das etwas wenig Informationen sind, um einen Fehler erkennen zu können. Doch möglicherweise kennt ja jemand dieses Problem von euch.
Grüße Nik

[froehlich]

Guten Tag,

ich kenne zwar BRain nicht, aber vielleicht
liegt es an der Spoolaufbereitung.
Wir haben ähnliche Probleme bei Ausdrucke
von Topas (Lohn und Gehaltabrechnung).
Die Formulare werden grafisch aufbereitet.
Unter dem Subsystem QSPL laufen die einzelen OUTQ mit Prio 15.
Wir ändern den einzelne Outq auf Prio >50,
da unsere Batchläufe mit Prio 50 laufen.
Vielleicht hilft es ja.

Gruss Thomas

[B.Hauser]

Hallo Nik,

wie viel Prozent interaktive Leistung habt ihr und welches Release benutzt ihr?

Ich vermute, dass es sich um ein "CFINT"-Problem handelt.
(unabhängig davon welche Software eingesetzt wird)
CFINT ist ein System-Job, der nichts anderes macht als CPU zu fressen, damit nicht mehr als die bezahlte interaktive Leistung benutzt wird.

Prüfe die QSYSOPR-Nachrichten. Wenn die Schwelle überschritten wird, wird eine Meldung an den QSYSOPR geschickt.
Und alles wird extrem langsam.

Das einzige, was man dagegen machen kann ist sich mehr interaktive CPU zuzulegen, was nicht ganz billig ist, oder versuchen möglichst viel im Batch auszuführen.
(Bei den ganz neuen Maschinen in der Enterprise Edition ist interaktive Leistung kein Problem mehr)

Es gibt zwar auch Tools, die den CFINT-Job beschneiden, aber die bewegen sich am Rande der Legaltiät.

Birgitta

[rolf]

Hallo
Vielleicht sind dies Record-Lock-Situationen.
Sollte man am Status des entsprechenden Jobs sehen (LCKW).
Mit DSPJOB kannst du dann auch gleich herausfinden, welcher andere Benutzer den entsprehcenden Satz gesperrt hat.

Prüfe das beim nächsten auftreten!

Gruss
Rolf

[alex]

Guten Morgen,

wir haben auch Brain AS im Einsatz und meine Erfahrung ist die, dass die Monitorjobs ( im Subsystem GENSS_P )
oft Performance schlucken. Besonders zu nennen ist hier der MCP Monitor. Vielleicht habt ihr diesen auch laufen. Es kann aber auch sein, dass die Anwendung auf eine Aktion wartet, die im Batch ausgeführt wird. Thema Auftragsfreigabe scheint mir mit dem COS Monitor zu tun zu haben. Was mir noch zusätzlich aufgefallen ist, dass es bei der Selektion der Aufträge oft lange dauert. Hier hat Brain sehr flexible Zugriffspfade. Diese Zugriffspfade lassen einen schnellen Zugriff nicht zu. Wir haben uns geholfen, in dem wir neue logische Dateien erstellt haben und auf diese bei bestimmten Konstellationen zugreifen.