Dienst, der dazu führt, dass Remotedesktop nicht mehr reagiert

Ich teste einen Dienst auf einem Server (Win 2008 R2), auf dem Remotedesktop ausgeführt werden muss. Beim Starten des Diensts reagiert Remotedesktop jedoch weitgehend nicht mehr. Es werden weiterhin Eingaben benötigt, es scheint jedoch nur eine Aktion pro Minute zu registrieren und die Anzeige nur einmal pro Minute zu aktualisieren.

Offensichtlich liegt das Problem beim Dienst (der auf meinem lokalen Computer keine derartigen Probleme verursacht), aber ich kann das Problem nicht richtig beheben, wenn der Remotedesktop so langsam ist.

Wenn ich raten müsste, würde ich sagen, dass der Dienst zu viel Rechenleistung auf dem Server verbraucht und daher der Remotedesktop nicht effizient ausgeführt werden kann. Wenn dies der Fall ist, gibt es eine Möglichkeit, die Prozessorleistung für Remote-Desktops so einzuschränken, dass sie nicht so langsam wird?

remote-desktop windows-server-2008-r2 Septih
quelle

Verwendet dieser Dienst Netzwerkressourcen?

Woche

Ich würde empfehlen, das System Performance Data Collector Set auszuführen oder ein eigenes Collector Set zu erstellen, das die relevanten Informationen aufzeichnet, die Sie in Windows ' Systemmonitor

Scott Chamberlain

@week - Es handelt sich um einen WCF-Dienst, der in einem Windows-Dienst gehostet wird, der eine netTcpBinding verwendet. Von den kleinen Experimenten, die ich machen konnte, ist es der Thread, der eine Message Queue überprüft, die den Unterschied ausmacht (das

Auskommentieren

@Septih In diesem Fall würde ich den Code, der Ihre Nachrichtenwarteschlange überprüft, bei Stackoverflow veröffentlichen. Abhängig davon, wie Sie prüfen, können Sie einen CPU-Kern auf 100% festlegen. Wenn Ihr System nur eine CPU hat oder es mehr als eine dieser Warteschlangen gibt, kann es leicht sein, Ihr System zu belasten. Bearbeiten Sie Ihre Frage so , dass sie den Code enthält, und kennzeichnen Sie sie für einen Moderator. Dieser kann dann die Frage verschieben. Wir müssen diesen Code wirklich sehen, um Ihnen bei der Lösung Ihres Problems zu helfen (und es ist wahrscheinlich auch eine einfache Lösung)

Scott Chamberlain

Als Ad-hoc - Lösung würde ich versuchen , eine höhere Priorität gesetzt svchost.exemit termsrv.dll. Sie können das Sysinternals-Dienstprogramm Process Explorer zur Identifizierung verwenden.

Woche