Am besten pingst du vorher den PC an, wenn er nicht anpingbar ist brauchst auch keine WMI Abfrage starten.

Snickbrack schrieb:

Nur je länger das Programm läuft und je mehr Status-Abfragen gesendet werden, desto länger versucht sich WMI gegen den Remote-PC zu verbinden.

Verstehe ich nicht.
Du hast doch einen Timeout gesetzt, also wie kann das immer länger werden?

Ich kann mir nur vorstellen das mal mehr und mal weniger Clients online sind und je mehr off sind desto länger dauert das Ganze.
Dazu kommt das die ManagementOptions.Timeout Property keinen Einfluss auf das System.Management.ManagementScope.Connect hat. Also ein RPC Server ist nich verfügbar Timeout dauert leider immer lange. Daher der einzig mir bekannt Workaround ist anpingen. Wenn man viele Clients hat die auch keine RPC Server verfügbar haben, aber anpingbar sind (zB Netzwerkdrucker, iwelche Router/Switches etc) kann man auch eine TCP Connection auf PORT 135(glaub ich zumindest wenn ich mich recht erinner) versuchen aufzubauen. Wenn man sich da nicht connecten kann braucht man auch gar nicht erst WMI versuchen. Bei einer TCP Connection kannst das Timeout selber runtersetzen. Bei WMI habe ich NIE einen guten Weg dafür gefunden..

Snickbrack schrieb:

ich schicke ja immer weiter requests und warte nicht auf eine Antwort des Servers.

imo sollteste das aber.
Hat ja keinen Sinn, einen 2. Request zu schicken, wenn der erste noch offen ist.

Du kannst auch die Anfragen asynchron senden. Ich verstehe dein Prinzip um ehrlich zu sein nicht. Normalerweise dauert nur das connecten lang. Die Daten kommen dann normalerweise "relativ" zügig.