{"id":170776,"date":"2015-11-21T01:05:00","date_gmt":"2015-11-21T00:05:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=170776"},"modified":"2023-09-25T22:56:05","modified_gmt":"2023-09-25T20:56:05","slug":"windows-10-hohe-ram-auslastung-durch-ntoskrnl-exe","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2015\/11\/21\/windows-10-hohe-ram-auslastung-durch-ntoskrnl-exe\/","title":{"rendered":"Windows 10: Hohe RAM-Auslastung durch ntoskrnl.exe"},"content":{"rendered":"

Heute noch ein merkw\u00fcrdiges Problem in Windows 10, welches einige Nutzer trifft. Diese beklagen sich \u00fcber eine hohe CPU- oder RAM-Auslastung (oder Disk I\/O) durch den Prozess ntoskrnl.exe<\/em>.<\/p>\n

<\/p>\n

\"\"Auf das Problem bin ich erstmals bewusst in diesem Microsoft Answers-Forenthread<\/a> gesto\u00dfen, wo Nutzer sich – nach der Installation des November-Updates (Windows 10 Version 1511 aka Threshold 2)\u00a0 – \u00fcber den Effekt beklagen.<\/p>\n

Taskmanager ben\u00f6tigt der Prozess \"Systemspeicher und komprimierter Speicher\" st\u00e4ndig bis zu 99,7 % der CPU-Zeit.<\/p><\/blockquote>\n

In Windows 10 kommt ja eine neue Technik der Speicherkomprimierung (Compression Store) zum Einsatz: Nicht benutzte Speicherseiten im RAM werden komprimiert, um Seitenauslagerung in die Auslagerungsdatei zu minimieren. Siehe folgende Artikel:<\/p>\n

Announcing Windows 10 Insider Preview Build 10525<\/a>
\nWindows 10 Memory Compression<\/a>
\nIs the new Insider build of Windows 10 taking too much of your RAM? Don't worry<\/a><\/p>\n

Scheinbar schl\u00e4gt das aber fehl, so dass die Diskauslastung bei betroffenen Maschinen durch Swapping extrem ansteigt. Trifft wohl nur einige Systeme \u2013 u.a. sind Besitzer eines Surface Pro 3 mit i5 CPU dabei.<\/p>\n

<\/p>\n

Allerdings ist das Ganze nicht auf Windows 10 Version 1511 beschr\u00e4nkt. Ich habe Klagen \u00fcber hohe Auslastung durch ntoskrnl.exe auch bei Windows 10 RTM (Build 10240) gefunden.<\/p>\n

High Memory usage by ntoskrnl.exe System after upgrading to windows 10 home<\/a>
\nHow To Fix High RAM and CPU Usage of Windows 10 System (ntoskrnl.exe) Process<\/a>
\nHow To Fix High RAM and CPU Usage of Windows 10 System (ntoskrnl.exe) Process
\nWindows 10 High Ram Usage? Can't find a fix, need some guidance<\/a>
\nExtremely high RAM usage on Windows 10\u2026<\/a>
\nWindows 10, 'System' process taking massive amounts of RAM<\/a><\/p>\n

Das Ganze erinnert mich irgendwie an den alten Artikel Windows 8.1: Hohe CPU-Last durch Systemunterbrechungen (DPC)<\/a>, obwohl es dort um was anderes geht.<\/p>\n

Veraltete Treiber und nicht kompatible Software<\/h3>\n

Im Web findet man verschiedene Artikel, die sich mit dem Problem befassen. Manchmal in Form von Tipps, wie hier:<\/p>\n

How To Fix High RAM and CPU Usage of Windows 10 System (ntoskrnl.exe) Process<\/a>
\n\u2026 Win10 users know why ntoskrnl.exe is taking up a massive 60%+ of my memory?<\/a>
\nTop 10 Ways to Fix High RAM\/CPU Memory Usage after Windows 10 Update<\/a>
\nHigh Memory usage by ntoskrnl.exe System after upgrading to windows 10 home<\/a><\/p>\n

wo Malware, nicht kompatible Software oder veraltete Treiber mit einem Memory-Leak als Ursache ausgemacht wurden. Andere Sites gehen die Analyse systematischer an, wie zum Beispiel hier:<\/p>\n

ntoskrnl.exe!_misaligned_access eats a lot of CPU when idle<\/a>
\nHigh CPU Usage by ntoskrnl.exe<\/a>
\nWindows 10, 'System' process taking massive amounts of RAM<\/a>
\nNeed help with Ntoskrnl thread causing high CPU
\nHow to Check Your Computer's Memory Usage in Windows<\/a><\/p>\n

Soundkartentreiber als Ursache<\/h3>\n

Beim Durchgehen des oben verlinkten Microsoft Answers-Forenthread<\/a>\u00a0ist mir h\u00e4ufiger der Soundkartentreiber als Problemursache unter die Augen gekommen. Beim Surface Pro 3 verursacht ein \u00e4lterer\u00a0Intel SST Audio Devise (WDM)-Treiber (die Version 604.10135.2664.3879 scheint zu tun) die hohe CPU-Last. In diesem Thread<\/a>\u00a0(siehe auch<\/a>)\u00a0hat es geholfen, den\u00a0Aufnahmepegel f\u00fcr das Mikro auf 0 zu setzen.<\/p>\n

Defragmentierung deaktivieren<\/h3>\n

Andere Nutzer berichten im\u00a0verlinkten Microsoft Answers-Forenthread<\/a>, dass die Deaktivierung der Defragmentierung und der Windows-Wartung in der Windows-Aufgabenplanung (Aufgabenplanung -> MemoryDiagnostic -> RunFullMemoryDiagnostic) die hohe CPU-Last bereinigt habe.<\/p>\n

Runtime Broker beenden und\/oder deaktivieren<\/h3>\n

Die Runtimebroker.exe<\/em>\u00a0dient zur Verwaltung der Metro-Apps (Beenden, Berechtigungen pr\u00fcfen etc.). Der Prozess ist bereits h\u00e4ufiger aufgefallen, hohe CPU-Last zu verursachen. Von Microsoft gibt es diesen Artikel<\/a>, der das Beenden im Taskmanager vorschl\u00e4gt.\u00a0Manche Nutzer haben Erfolg, wenn Sie den Prozess komplett deaktivieren.<\/p>\n

    \n
  1. Hierzu ist Regedit.exe\u00a0<\/em>mit administrativen Berechtigungen (Als Administrator ausf\u00fchren<\/em>) aufzurufen.<\/li>\n
  2. Dann zum Zweig\u00a0HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\ Services\\TimeBroker<\/em> navigieren.<\/li>\n
  3. Den DWORD-Wert Start<\/em>\u00a0von 2 oder 3 auf 4 setzen, um den Prozess\u00a0zu deaktivieren.<\/li>\n<\/ol>\n

    Standardm\u00e4\u00dfig steht der Wert auf 2 (automatischer Start) oder 3 (manueller Start), w\u00e4hrend der Wert 4 den Prozess\u00a0deaktiviert. In einem deutschen Windows hei\u00dft der Dienst \"Timebroker\" und kann auch \u00fcber den Dienstemanager deaktiviert werden. Im Anschluss ist ein Neustart auszuf\u00fchren (siehe auch<\/a>\u00a0und hier<\/a>). Hat aber nicht immer geholfen – aber als Ursache d\u00fcrften Metro-Apps verantwortlich sein. Hier<\/a>\u00a0macht jemand die Fotos-App bzw. deren Suche nach Fotos verantwortlich. Dort hat geholfen, die Netzwerkpfade in den Apps zu entfernen, so dass die Suche nur auf lokale Laufwerke begrenzt wird.<\/p>\n

    SuperFetch auf manuellen Start setzen<\/h3>\n

    In diesem Forenthread<\/a> hat auch noch jemand SuperFetch auf manuellen Start gesetzt. Dazu ist im Registrierungs-Editor zum Zweig:<\/p>\n

    HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Services\\SysMain<\/p>\n

    zu gehen und die Werte<\/p>\n

    \"DisplayName\"=\"Superfetch\"
    \n\"Start\"=dword:00000003<\/p>\n

    einzutragen.<\/p>\n

    Weitere Ursachen<\/h3>\n

    In diesem Thread<\/a>\u00a0berichtet jemand, dass eine benutzerdefinierte Gr\u00f6\u00dfe der Auslagerungsdatei zum Problem gef\u00fchrt habe. Das Aufheben der Option, so dass Windows die Gr\u00f6\u00dfe des virtuellen Speichers bestimmt, hat Abhilfe gebracht.<\/p>\n

    Andere Nutzer berichten, dass der Chrome-Browser f\u00fcr die hohe CPU-Last verantwortlich war.<\/p>\n

    Das Update KB3118754 kann helfen<\/h3>\n

    Die obigen Ans\u00e4tze helfen nicht, da Treiber aktuell und Malware ausgeschlossen werden kann? Vor ein paar Tagen ist ja das kumulative Update KB3118754<\/a> freigegeben worden, welches die Systemstabilit\u00e4t verbessern soll. Laut einem Nutzer in MS Answers<\/a> hat dieses Update das Problem bei ihm beseitigt.<\/p>\n

    Irgend jemand von euch betroffen? Gibt es Ursachen, die identifiziert wurden? Weitere Hinweise finden sich in den nachfolgenden Kommentaren.<\/p>\n

    \u00c4hnliche Artikel:<\/strong>
    \n    Windows 10 Version 1511: Kumulatives Update KB3118754<\/a>
    \n    Windows 8.1: Hohe CPU-Last durch Systemunterbrechungen (DPC)<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

    Heute noch ein merkw\u00fcrdiges Problem in Windows 10, welches einige Nutzer trifft. Diese beklagen sich \u00fcber eine hohe CPU- oder RAM-Auslastung (oder Disk I\/O) durch den Prozess ntoskrnl.exe.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3694],"tags":[4601,4378],"class_list":["post-170776","post","type-post","status-publish","format-standard","hentry","category-windows-10","tag-compression-store","tag-windows-10"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/170776","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=170776"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/170776\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=170776"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=170776"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=170776"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}