[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Nov 2018
    Beiträge
    35

    Ab und zu hohe Response-Time bei unterschiedlichen Befehlen

    Hallo Zusammen!

    Wir haben seit ca. 5 Monaten eine Power S812 mit IBM-i 7.3TR5. (1 Core Power 8 , 32GB RAM, 2 x 577GB 10k im Raid 1, kleinster Controller ohne Write-Cache)

    Die Maschine hat keine Last. Max 4 User. Es laufen nur ein paar selbst geschriebene RPG Programme zur Zeiterfassung und ein paar kleine Datenbanken (auch Greenscreen).

    Nun habe ich ab und zu das Problem, dass manche Befehle ungewöhnlich lange zum starten brauchen.

    Vor zwei Tagen hatte ich in einer 5250 (IBM ACS) Session den Effekt, dass der Befehl wrklnk / zuerst eine Sekunde brauchte um Aufzugehen und dann das öffnen von /tmp 5 Sekunden benötigte. Normalerweise geht das im Beriech von 100ms. In einer parallel offenen Session hatte ich das Problem zur selben Zeit nicht. Zuvor hatte ich in der betroffenen Session ein paar Programme kompiliert und ein kleines SAV testweise durchgeführt.

    Ich habe Traces vom Telnet-Verkehr auf der Workstation laufen und man sieht schön, dass der terminal den Befehl abschickt und sofort ein ACK von der AS400 bekommt. Dann nach der erwähnten Zeitspanne kommt die Ausgabe von der AS400. Dazwischen sehe ich keine retransmitts oder ähnliches.

    Ich habe zwar zwischen Workstation und AS400 einen IPSEC Tunnel, aber der scheint in Ordnung. In der parallel offenen 5250 Session läuft ja alles ohne Probleme. Der Tunnel wird auch intensiv überwacht.

    Auch die Performance-Logs deuten auf kein Locks oder ähnliches hin. Zur Zeit des Problems war nur ich angemeldet und es sind auch keine Background-Jobs gelaufen. wrklnk sollte ja auch kein großes IO verursachen.

    Die Netzwerkkarten melden auch keinerlei Fehler oder ähnliches.

    Nach dieser langen Einführung nun zu meinen Fragen

    1) Ist so ein Verhalten, wenn es von Zeit zu zeit vorkommt ungewöhnlich oder normal
    2) Was könnte die Ursache sein. wrklnk macht ja jetzt nichts großartiges
    3) Was würdet Ihr für Daten tracen, damit Ihr in so einem Fall dann alles bei der Hand habt.


    Abgesehen von so einem kurzen Hang ab und zu (nicht reproduzierbar) ist unser Maschine sehr schell, Kaum mal, dass nach einem Enter in der Konsole nicht sofort ein Output kommt.

    Abschließend möchte ich anmerken, dass ich natürlich keine Erfahrung mit anderen AS400 Systemen habe, da dieses unser erstes ist. Ich habe also keinen Vergleich.

    LG,
    Franz

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Wenn du mittels "/" einsteigst werden natürlich alle IFS-Systeme (und da gibt es ja mehrere wie QDLS/QNTP) angesprochen.
    Und wenn diese nach dem letzten IPL noch nicht wieder angesprochen wurden, wird nun das jeweilige IFS-System erst gestartet, und das kann schon mal einen Moment dauern.

    Man kann nämlich per API sein eigenes IFS-Subsystem registrieren und einbinden.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  3. #3
    Registriert seit
    Nov 2018
    Beiträge
    35
    Danke für die Antwort!

    Das System ist schon seit einigen Wochen gelaufen. Da ich einiges entwickle und herumtue hab ich das wrklnk damit schon oft ausgeführt.


    Die 5250 Session war schon ein paar Stunden offen. Ich habe zuvor mit diesem SAVOBJSTMF sample RPG Programm ('QaneSava' von Carsten Flensberg) herumexperimentiert, mit dem ich ein SAVOBJ in ein Streamfile machen kann.

    Hab ein SAVOBJSTMF von einem kleinen File einer Lib nach /tmp gemacht und wollte dann nachscheun, obs e da ist.

    Das hab ich dann auch gemacht und hatte nur in dieser Session dann die Hangs. Ich kann das Verhalten leider nicht reproduzieren.

    wenn ich das recht aus dem trace herauslese dann war der ablauf wohl so:

    wrklnk ... schnell (ohne parameter geht auf /home/[username])
    wrklnk / ... 1s-2s
    dann mit 5 / auswählen ... 5s
    dann mit 5 /tmp auswählen ... 2s

    ich hab sofort eine weitere session parallel aufgemacht und da gingen die kommandos flott.

  4. #4
    Registriert seit
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von franz77 Beitrag anzeigen
    ich hab sofort eine weitere session parallel aufgemacht und da gingen die kommandos flott.
    Hallo Franz,
    ohne Write-Cache kann da schon mal das Betriebssystem reinspucken, wenn es der Meinung ist, ein paar Blöcke vom RAM zur Disk zu senden. Was bei Deiner Konfig aber keine 5 Sekunden dauern sollte...

    ich tendiere daher eher auf die IP-Verbindung in Kombination mit dem IPSec-Tunnel. Allerdings kann das jetzt auf tausend Parameter zugehen. Lass parallel einen Dauerping laufen, prüfe die TCP-Buffer beidseitig und schau, daß die Memorypools (WRKSHRPOOL) auf *CALC stehen.

    -h
    www.RZKH.de
    IBM Champion 2022, 2023, 2024
    IBM i Community Advocate https://www.youracclaim.com/badges/6...c-7ad4ba147af6
    Common / CEAC
    http://pub400.com

  5. #5
    Registriert seit
    Aug 2003
    Beiträge
    1.508
    Ich würde mir das mit dem Write-Cache auch nochmal genauer anschauen.
    Und auch ein Performance Monitor der Disks starten und eventuell von IBM analysieren lassen.
    Ich hatte mal ein ähnliches Problem. Da war die Mischform der unterschiedlichen HW & VIOS das Problem.
    IBM i Disks unter VIOS (Unix) mit RAID konfiguriert die eigentlich nicht miteinander 100% kompatibel sind und deshalb die Blockgrößen vom VIOS anders als die der IBM i waren.
    Bin da rein zufällig drauf gekommen, weil nur eine Kleinigkeit ziemlich langsam war. Ansonsten war das System sehr schnell und es gab keine Probleme.
    Dieses Problem ist bei der IBM auch bekannt, wird aber nicht kommuniziert und auch nicht bei der Konfiguration eines neuen Systems angemerkt.
    Die Aussage von IBM: Viele Kunden haben diese Situation. Die meisten wissen es gar nicht, manche leben damit und einige wenige lösen es.
    ... Falls ihr überhaupt VIOS im Einsatz habt.

    lg Andreas

  6. #6
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Wie gesagt, das Default-IFS steht immer zur Verfügung, daher ist der Erstzugriff auf "/Home/User" auch schnell.
    Ein wrklnk auf "/" geht alle verfügbare IFS-Systeme durch und das kann dann schon mal ein paar Sekunden in Anspruch nehmen (Beispiel eben QDLS, QNTC, QFileSrv, ...).
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  7. #7
    Registriert seit
    Nov 2018
    Beiträge
    35
    Danke für die Antworten.

    Tendenziell glaube ich auch eher, dass das was mit dem Netzwerk zu tun hat. Hab mal die MSS reduziert und ein Trace auf beiden Seiten auf den Telnet-Traffic gehängt.

    Noch so als Zusatzinfo: S812 hat keinen VIOS. Es ist nur eine Partition.

    Ich halte euch auf dem Laufenden, falls es wieder passiert.

    Danke

Similar Threads

  1. SQL TIME
    By tarkusch in forum NEWSboard Programmierung
    Antworten: 7
    Letzter Beitrag: 17-03-14, 09:37
  2. %time() ??
    By Gimli in forum IBM i Hauptforum
    Antworten: 3
    Letzter Beitrag: 11-04-03, 13:44
  3. Absetzen von CL-Befehlen unter FTP
    By Bodo Roggenkamp in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 14-02-03, 13:16
  4. Just-in-time-Kommunikation durch eMessaging-Produkt von SOU
    By Kirsten Steer in forum Archiv NEWSblibs
    Antworten: 0
    Letzter Beitrag: 10-10-02, 21:37
  5. Time sync bei Netfinity und Windows 2000
    By rebe in forum NEWSboard Windows
    Antworten: 3
    Letzter Beitrag: 10-10-01, 22:46

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •