[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Nov 2005
    Beiträge
    29

    QRWTSRVR ausbremsen, wie ??

    Hallo,

    könnte mir jemand erklären, wie ich einen JOB etwas beschneide (Perfomancetechnisch).
    Wir haben V5R2 und greifen mit DB2Connect auf ein paar Tabellen zu. Wenn dies geschieht, läuft der (bzw. die, sind nämlich 2) Job QRWTSRVR im Subsys QUSRWRK auf 99 %. Bzw. bekommen diese beiden Jobs immer gerechter weise die Leistung wie andere Jobs. Allerdings sind diese Tabellen nur ´ne Schnittstelle, die nicht ganz so schnell sein muss.

    kann mir da jemand erkären, wie ich diese Jobs, oder evtl. das ganze QUSRWRK Subsys etwas ausbremsen kann??

    DANKE im voraus

    A.Hingerl

  2. #2
    Registriert seit
    Apr 2002
    Beiträge
    792
    Du könntest die Ausführungspriorität mit CHGJOB für deinen Job ändern.

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.246
    Ich würde da eher mal die Art der SQL-Zugriffe analysieren !
    Es sieht eher so aus, dass temporäre Zugriffspfade gebildet werden, die daher die Systemleistung drastisch beeinflussen.
    Ein Herunterschrauben der Priorität würde da übrigens überhaupt nichts bringen, da ein CREATE INDEX soviel Resourcen zieht wie verfügbar ist.
    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

  4. #4
    Registriert seit
    Nov 2005
    Beiträge
    29
    Ich hab jetzt schon mal mit CHGJOB die RUNPTY auf 60 gesetzt. Und momentan siehts so aus als funktionierts. Aber das kann man nicht auf ´ne Stunde sagen. Ich werde das mal beobachten.
    Die SQL-Zugriffe analysieren werd ich auch mal machen. Ich denke das geht mit dem I-Series-Navigator unter Datenbanken/SQL-Leistungsüberwachung (oder??).

    Danke vorest mal für euere Mühen.

    Gruß A.Hingerl

  5. #5
    Registriert seit
    Jul 2001
    Beiträge
    2.646
    Zitat Zitat von Fuerchau
    Ein Herunterschrauben der Priorität würde da übrigens überhaupt nichts bringen, da ein CREATE INDEX soviel Resourcen zieht wie verfügbar ist.
    Soll doch der Create Index (sofern der überhaupt nötig ist) ziehen, was er kann. Wenn der Job mit Pri 99 läuft, ist das (bis auf eventuelle Disk-Probleme) egal. Für solche Zwecke habe ich auf meinen Maschinen einige Programme laufen, die ständig die Priorität der Jobs nach Wichtigkeit des Users und des Jobs anpassen. Gelegentlich wird auch gemessen, wie viel CPU in Sekunden verbraten wird und eine oder zwei Strafsekunden wie im Eishockey verteilt.
    Schneller wird die Maschine dadurch nicht, aber sie fühlt sich so an, das ist oft wichtig, wenn die interaktiven Jobs wichtiger sind als das oftmals üble Hintergrundgeraffel ;-)

    -h

Berechtigungen

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