Sperren nicht unbedingt, da bei Jobende alle Datensperren zumindest freigegeben werden.
Hauptsächlich belegen tote Jobs Speicher:
- teilweise QTEMP-Objekte
- u.U. jede Menge Spools => Spoolspeicher
- Die internen Jobliste ist ein Array. Die Suche nach einer freien Jobnummer bei Überlauf kann schon mal länger dauern, d.h., der Start eines Jobs kann statt 10ms schon mal 1 Sekunde dauern. Ich habe da schon gesehen, dass pro Minute durchaus 100te Jobs submitted werden als stattdessen eine Prestart-Service zu erstellen.
- Verlangsamung des Work-Managements.

Es ist ja häufig kein Wunder, dass erst mit einer neuen Maschine alles schneller wird, obwohl die alte das auch gekonnt hätte. Man hätte nur wollen müssen;-).

Gerade heute wieder das Problem CLRPFM im laufenden Betrieb mit 1 Minute Wartezeit statt SQL-Delete, da REUSEDLT = *NO steht. Und man wundert sich, wieso die Berechnungen nicht stimmen.