SBMJOB mit RUNPTY

[dschroeder]

Hallo Baldur. Danke für die wirklich gute Erklärung.

Das würde dann bedeuten, dass die Zahl bei runpty nicht nur die Reihenfolge der Jobs beeinflusst, sondern tatsächlich auch den Anteil an der Zeitscheibe mitbestimmt.
Wenn ich nur Jobs mit Prio 50 hätte und dann einen mit Prio 51 zusätzlich definieren würde, dann würde die Prio 51 bewirken, dass der Job öfter zum Zuge kommt, als wenn ich den Job mit 60 definieren würde. Das war mir bisher nicht klar. Ich dachte immer, die exakte runpty wäre egal und es ginge nur darum, welcher Job niedriger oder höher priorisiert ist.

[Fuerchau]

Nicht die Reihenfolge wird beeinflusst sondern der Anteil an der gesamt verfügbaren Zeit.
Prio 51 heißt, 1x weniger, da 1 die höchste Prio und 99 die niedrigste ist.

Wenn du also nur 2 Jobs hättest, käme Job 1 50 Mal, und Job 2 49 Mal innerhalb einer vorgegebenen Zeit dran.
Um Jobs gleichmäßig zu bedienen und die Zeit nicht unendlich ist, bekommt ein Job nur max. x Milli-/Microsekunden je Zeitscheibenanteil.

Bei diesen 2 Jobs hast du also 99 Anteile in einer vorgegeben Zeit zur Verfügung.
Interessant ist also eher die Differenz von 20 zu 80, wobei die IBM i i.M. 20 für Dialog und 50 für Batch wählt, in der Hoffnung, dass Dialogjobs i.d.R. ihre Zeitscheibe nie ausnutzen (warten auf den User), was die Problematik rechenintensiver Dialoge erklärt.

[dschroeder]

Vielen Dank. Man lernt nie aus ...

Dieter