{"id":222035,"date":"2019-08-27T00:03:00","date_gmt":"2019-08-26T22:03:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=222035"},"modified":"2019-09-04T19:39:46","modified_gmt":"2019-09-04T17:39:46","slug":"windows-10-v1903-rdp-lastet-cpu-kern-mit-dwm-exe-aus-vms-frieren-ein","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/08\/27\/windows-10-v1903-rdp-lastet-cpu-kern-mit-dwm-exe-aus-vms-frieren-ein\/","title":{"rendered":"Windows 10 V1903: RDP lastet CPU-Kern mit dwm.exe aus, VMs frieren ein"},"content":{"rendered":"

[English<\/a>]Beim Windows 10 Mai 2019 Update (Version 1903) gibt es ein Problem mit Remote Desktop-Verbindungen (RDP). Diese verursachen beim Trennen der Sitzung eine hohe CPU-Last auf einem Kern. Zudem gibt es Berichte, dass VMs bei RDP-Verbindungen einfrieren (wenn nicht gen\u00fcgend Kerne zugeteilt sind). Es gibt aber einen Workaround.<\/p>\n

<\/p>\n

\"\"Es ist ein Fehler, dessen L\u00f6sung hier im Blog schon in anderem Zusammenhang bereits genannt wurde. Ich habe mich aber entschlossen, das Thema nochmals separat aufzubereiten. Vielleicht hilft es Betroffenen.<\/p>\n

Windows 10 V1903: Das Problem mit RDP-Verbindungen<\/h2>\n

Baut man eine Remote Desktop-Verbindungen (RDP) zu einem Rechner mit Windows 10 Mai 2019 Update (Version 1903) auf, sollte man aufpassen. Trennt man die Sitzung, ohne sich vorher abzumelden, dann h\u00e4ngt sich der Prozess dwm.exe<\/em> (Desktop Windows Manager) auf dem Client auf. Der Prozess lastet dann einen CPU-Kern vollkommen aus.<\/p>\n

\"DWM.exe,<\/a>
\n(Zum Vergr\u00f6\u00dfern klicken<\/a>, Quelle: MS-Answers-Forum)<\/p>\n

Diese hohe CPU-Last bleibt bis zum n\u00e4chsten Login bestehen. Benutzer haben am 15. Juni 2019 diesen Thread im Microsoft Answers-Forum<\/a> mit einer Beschreibung des Bugs er\u00f6ffnet und obigen Screenshot gepostet.<\/p>\n

After exiting a remote desktop session, cpu load goes up (dwm.exe) until next login<\/strong><\/p>\n

When I access another Windows 10 PC via remote desktop and then exit the remote desktop session, the CPU load goes up. It is DWM.EXE that causes it.<\/p><\/blockquote>\n

Der Benutzer hat die \u00fcblichen Ma\u00dfnahmen ergriffen, um sein System als Ursache auszuschlie\u00dfen. Er schreibt dazu:<\/p>\n

What I did to exclude other causes:<\/p>\n

– scanned for viruses (yes, DWM.EXE is the original one from MS)
\n– made sure no magnifier was active (Google proposed this)
\n– made sure no screen saver is active and nothing else is on my lock screen
\n– made sure the gfx driver (Intel integrated) is up to date<\/p><\/blockquote>\n

Auch hat er Systemdateipr\u00fcfungen mit sfc \/scannow <\/em>sowie dism <\/em>erfolglos durchgef\u00fchrt. Kann man sich alles sparen, denn das Ganze ist schlicht ein Bug in Windows 10 Version 1903. Der Thread hat schon \u00fcber 10.000 Nutzer-Votings, die das gleiche Problem haben, erhalten. Zudem hat ein Benutzer eine Reihe weiterer Fundstellen im Thread verlinkt. Bisher hat Microsoft aber noch keinen Fix bereitgestellt oder sich \u00fcber das Problem \u00fcberhaupt ausgelassen.<\/p>\n

Workaround: XDDM-Treiber verwenden<\/h2>\n

Ich hatte Mitte Juli 2019 den Blog-Beitrag Windows 10 V1903: Remote Desktop zeigt Black-Screen<\/a> ver\u00f6ffentlicht, der sich mit einem anderen Problem bei RDP-Sitzungen (schwarzer Bildschirm) befasst. Mein Vorschlag f\u00fcr eine Workaround lautete dort: Statt des normalerweise verwendeten WDDM-Grafiktreiber die Verwendung des XDDM-Treibers erzwingen.<\/p>\n

    \n
  1. Rufen Sie dazu gpedit.msc<\/em> mit administrativen Berechtigungen auf.<\/li>\n
  2. Navigieren Sie dann im Gruppenrichtlinieneditor zu folgendem Zweig.<\/li>\n<\/ol>\n

    <\/a>
    \n(    Zum Vergr\u00f6\u00dfern klicken<\/a>)<\/p>\n

    Der Zweig ist Computerkonfiguration->Administrative Vorlagen-> Windows Komponenten-> Remotedesktopdienste-> Remotedesktopsitzungs-Host-> Umgebung f\u00fcr Remote Sitzung.<\/em> Dort ist ist die Richtlinie WDDM-Grafiktreiber f\u00fcr Remotedesktopverbindungen <\/em>zu deaktivieren.<\/p>\n

    <\/p>\n

    Sobald diese Richtlinie deaktiviert und die \u00dcbernahme ggf. mit gpudate \/force<\/em> erzwungen wurde, sollte das Problem weg sein.<\/p>\n

    Bereits in den Benutzerkommentaren kam ein Hinweis<\/a> auf den oben verlinkten MS-Forenbeitrag<\/a> \u2013 und dieser Kommentar<\/a> und ein weiterer Kommentar<\/a> beschreiben, dass der Workaround bei einer einfrierenden VM hilft. Im MS-Forenbeitrag<\/a> schreibt Benutzer Dr4g0n 36, dass bei ihm auch das Erzwingen des XDDM-Treibers geholfen habe. Ich selbst bin, neben den Kommentaren hier im Blog, durch diesen Eintrag<\/a> bei administrator.de nochmals auf die Problematik aufmerksam geworden. Dort wird aber nur gefragt, welche Nachteile der XDDM-Treiber habe.<\/p>\n

    \u00c4hnliche Artikel:<\/strong>
    \n    Windows 10 Mai 2019 Update freigegeben<\/a>
    \n    Windows 10 N: Media Feature Pack f\u00fcr Version 1903<\/a><\/p>\n

    Windows 10 V1903: Bekannte Probleme<\/a> \u2013 Teil 1
    \n    Windows 10 V1903: Bekannte Probleme<\/a> \u2013 Teil 2
    \n    Windows 10 V1903: 2 weitere Upgrade-Blocker best\u00e4tigt<\/a>
    \n    Windows 10 V1903: Remote Desktop zeigt Black-Screen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

    [English]Beim Windows 10 Mai 2019 Update (Version 1903) gibt es ein Problem mit Remote Desktop-Verbindungen (RDP). Diese verursachen beim Trennen der Sitzung eine hohe CPU-Last auf einem Kern. Zudem gibt es Berichte, dass VMs bei RDP-Verbindungen einfrieren (wenn nicht gen\u00fcgend … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3694],"tags":[24,3205,4378],"class_list":["post-222035","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-windows-10","tag-problem","tag-rdp","tag-windows-10"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/222035","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=222035"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/222035\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=222035"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=222035"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=222035"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}