GreenEyedAndy
Herzlich willkommen
Hallo,
wir haben ein seltsames Problem. Es ist auf Windows Server 2016 aber auch auf "normalem" Windows 10 reproduzierbar.
Wir führen ca. 160 Prozesse auf dem System aus. Die Gesamt-CPU-Auslastung beträgt ca. 10-16%.
Nun das Problem:
Jedes mal, wenn sich der Mauszeiger auf dem leeren Desktop befindet (also nicht über einem Icon oder irgendeinem Fenster), ist das System unheimlich langsam.
Nicht nur unsere Prozesse, sondern auch alle anderen (sogar ein Processhacker-Fenster) verhalten sich absolut langsam.
Befindet sich der Mauszeiger nun aber über einem Fenster oder der Taskleiste - alles ist wieder gut.
Ich hatte ein Gespräch mit Bruce Dawson Link zu seinem Blog, aber er hat (natürlich) nicht die Zeit, meinen ETL-Trace zu analysieren. Er schlägt vor, es online zu stellen und um Hilfe zu bitten.
Ich habe einen Screenshot von WPA gemacht, um es kurz zu erklären:
Ich habe den Screenshot mit Anmerkungen versehen, damit man sehen kann, wo sich die Maus auf dem Desktop oder Fenster befindet.
In der Stacks-Ansicht kann man sehen, dass die Anzahl der Kontextwechsel sinkt, wenn die Maus über dem Desktop ist und in der CPU-Auslastung (Sampled)-Ansicht gibt es RtlUserThreadStart-Einträge genau für diese Zeit, aber ich habe keine Ahnung, woher sie kommen.
Der erste unserer Prozesse ist die "ProcessController.exe", die alle anderen wie "GpioController.exe", "DCIIF_Simulation" oder "RouterIF_Simulation.exe" usw. startet. Sie alle kommunizieren mit einem Prozess namens "StatusController.exe", aber in diesem Trace gibt es nur einen Heartbeat zwischen diesen.
Bruce sagte mir, ich solle den Punkt finden, an dem unser Prozess auf etwas wartet, aber ich kann kein Lock oder ähnliches finden.
Ich habe einen gezippten etl-trace hochgeladen, falls jemand die Herausforderung annehmen möchte.
Gezippter ETL-Trace
wir haben ein seltsames Problem. Es ist auf Windows Server 2016 aber auch auf "normalem" Windows 10 reproduzierbar.
Wir führen ca. 160 Prozesse auf dem System aus. Die Gesamt-CPU-Auslastung beträgt ca. 10-16%.
Nun das Problem:
Jedes mal, wenn sich der Mauszeiger auf dem leeren Desktop befindet (also nicht über einem Icon oder irgendeinem Fenster), ist das System unheimlich langsam.
Nicht nur unsere Prozesse, sondern auch alle anderen (sogar ein Processhacker-Fenster) verhalten sich absolut langsam.
Befindet sich der Mauszeiger nun aber über einem Fenster oder der Taskleiste - alles ist wieder gut.
Ich hatte ein Gespräch mit Bruce Dawson Link zu seinem Blog, aber er hat (natürlich) nicht die Zeit, meinen ETL-Trace zu analysieren. Er schlägt vor, es online zu stellen und um Hilfe zu bitten.
Ich habe einen Screenshot von WPA gemacht, um es kurz zu erklären:
Ich habe den Screenshot mit Anmerkungen versehen, damit man sehen kann, wo sich die Maus auf dem Desktop oder Fenster befindet.
In der Stacks-Ansicht kann man sehen, dass die Anzahl der Kontextwechsel sinkt, wenn die Maus über dem Desktop ist und in der CPU-Auslastung (Sampled)-Ansicht gibt es RtlUserThreadStart-Einträge genau für diese Zeit, aber ich habe keine Ahnung, woher sie kommen.
Der erste unserer Prozesse ist die "ProcessController.exe", die alle anderen wie "GpioController.exe", "DCIIF_Simulation" oder "RouterIF_Simulation.exe" usw. startet. Sie alle kommunizieren mit einem Prozess namens "StatusController.exe", aber in diesem Trace gibt es nur einen Heartbeat zwischen diesen.
Bruce sagte mir, ich solle den Punkt finden, an dem unser Prozess auf etwas wartet, aber ich kann kein Lock oder ähnliches finden.
Ich habe einen gezippten etl-trace hochgeladen, falls jemand die Herausforderung annehmen möchte.
Gezippter ETL-Trace
Zuletzt bearbeitet: