Soweit ich in Erfahrung bringen konnte, heißen die LIC tasks für Asynchrone Communication eher ASCS-yyyyyyyyyy oder ASCL-xxxx (jeweils mit Bindestrich); über ASCH... habe ich nichts gefunden. SMXCAGER01 ist in der Tat der "Expert Cache Pool Ager" für Pool 1, hängt also mit *CALC zusammen.

Sind denn die beiden Tasks relevant, d.h. machen sie eine zweistelligen Prozentsatz an den 99,6% CPU aus, oder ist es die Menge der Tasks, die das Problem ausmacht? Wenn es die Menge ist, könnte man vielleicht versuchen, die Task-Namen nach den ersten 3 oder 4 Zeichen zu gruppieren, um herauszufinden, ob es eine bestimmte Komponente ist, die das Problem verursacht. Wenn ASCHCMN23 allein wirklich einen nennenswerten Prozentsatz ausmacht, könnte man vielleicht einen formatierten Task-Dump erzeugen (STRSST -> Service tools user ID/password -> 1. Start a service tool -> 4. Display/Alter/Dump -> 1. Display/Alter storage -> 4. Tasks/Processes -> 1. Task -> 1. Find by task name oder 5. Display list of tasks -> 1=Select task to work with -> Enter to continue -> 2. Base structure. Damit erhält man den internen Call-Stack der Task, jeder Eintrag beginnt mit "ISF ADDRESS". Wenn ich da die ersten paar Module-Namen bekommen könnte, könnte ich mal in den Sourcen nachschauen, was die machen.

Mit freundlichen Grüßen,
Christian Bartels.