Microsoft testet gerade ein „Low-Latency-Profile“ für Windows 11, das die CPU bei Klicks kurz hochtaktet – um Ruckler in der Benutzeroberfläche zu bekämpfen. Im Netz hagelt es Spott. Wir haben uns das genauer angesehen und können versprechen: Die Wahrheit ist mal wieder komplizierter als der erste Tweet.
Kennt ihr das? Ihr klickt mit der rechten Maustaste auf den Desktop, und Windows 11 denkt kurz nach, bevor das Kontextmenü aufploppt. Nicht lange – vielleicht 150, 200 Millisekunden. Kaum messbar. Trotzdem spürbar. Und trotzdem nervig. Dieses kurze Zögern, dieses imperceptible Stocken, das den Unterschied macht zwischen einem System, das sich schnell anfühlt, und einem, das sich irgendwie… zäh anfühlt. Wir kennen das. Und offenbar kennt es auch Microsoft.
Denn im aktuellen Windows Insider-Kanal testet Microsoft etwas Neues: ein sogenanntes „Low-Latency-Profile“ für die CPU. Das Prinzip ist simpel erklärt: Sobald du eine Eingabe machst – ein Klick, eine Tastenkombination, ein Kontextmenü – schickt Windows deiner CPU ein Signal, kurz aufs Gas zu drücken. Volle Takte, kurzer Burst, Aufgabe erledigt, CPU wieder schlafen legen. Und schon ist das Menü da, bevor dein Gehirn den Ruckler registrieren kann.
Klingt sinnvoll? Ist es auch. Trotzdem hat das Internet gelacht.
„Microsoft flickt schlechten Code mit Brute Force“ – der Vorwurf
Der Tenor auf Reddit, Hacker News und Co. war eindeutig: Microsoft lässt die CPU einfach schneller drehen, weil ihre Entwickler zu faul oder zu unfähig waren, ordentlichen Code zu schreiben. Das sei Symptombehandlung statt Ursachenbehebung. „Ein Pflaster auf eine Schusswunde“, war noch eine der netteren Formulierungen.
Und dann meldete sich Scott Hanselman zu Wort – Developer Advocate und einer der bekanntesten Gesichter von Microsoft. Sein Argument: macOS macht genau das Gleiche. Linux auch. Android sowieso. Das sei keine Schwäche, sondern modernes CPU-Management. Die Community-Reaktion darauf war… gemischt.
Wir haben uns das genauer angesehen. Und Hanselman hat in einem Punkt recht – aber nur in einem.
Race to Sleep: Warum moderne CPUs kurze Sprints lieben
Um das zu verstehen, müssen wir kurz in die Welt der modernen Prozessorarchitektur eintauchen. Keine Panik, wir halten es praxisnah.
Stell dir eine CPU wie einen sehr talentierten Sprinter vor. Der Sprinter könnte technisch gesehen die ganze Zeit mit 60 % Geschwindigkeit joggen. Aber das ist weder effizient noch besonders schnell. Viel besser: Er steht ruhig am Start, und sobald der Startschuss fällt, explodiert er aus den Startblöcken, sprintet die 100 Meter in Rekordzeit – und entspannt sich danach sofort wieder.
Genau das ist das Konzept hinter „Race to Sleep“: Moderne Prozessoren sind darauf optimiert, bei Bedarf blitzschnell in hohe Taktraten zu schalten, eine Aufgabe so schnell wie möglich zu erledigen, und dann sofort wieder in den Energiesparmodus zu fallen. Das ist energieeffizienter als dauerhafter Mittellast-Betrieb – und es ist schneller, weil die Aufgabe in kürzerer Zeit mit voller Leistung abgearbeitet wird.
Das klingt nach einem Trick? Ist es nicht. Es ist die Art, wie CPUs seit Jahren arbeiten – und die Art, auf die moderne Betriebssysteme aktiv hinarbeiten.
Der Blick über den Tellerrand: Alle machen es – und zwar schon lange
Wir finden es wichtig, hier klar zu differenzieren. Denn Hanselman hat in einem Punkt absolut recht: Die Technik, die Microsoft gerade im Insider-Kanal testet, ist kein Microsoft-Hack. Sie ist Industrie-Standard.
Android und „Project Butter“: Wer sich noch an Android vor Version 4.1 erinnert, weiß, wie sich ein Touchscreen ohne konsequentes CPU-Boosting anfühlt: laggy, unzuverlässig, frustrierend. Mit Android 4.1 „Jelly Bean“ führte Google 2012 das sogenannte Project Butter ein. Ein zentrales Element davon: Der sogenannte Touch Boost. Sobald ein Finger das Display berührt, taktet die CPU sofort auf erhöhte Frequenzen hoch – um sicherzustellen, dass der Input-Lag minimal bleibt und das UI-Rendering flüssig läuft. Das Ergebnis war eine spürbar schnellere, reaktionsfähigere Oberfläche. Und ja: Es war letztlich auch CPU-Brute-Force im Dienst der UI-Flüssigkeit.
iOS und Apple Silicon: Apple geht sogar noch weiter. Mit der hauseigenen Silicon-Architektur und einem OS, das bis auf die unterste Ebene selbst kontrolliert wird, hat Apple eine extrem enge Abstimmung zwischen Hardware und Software. Die CPU-Kerne werden bei Display-Events direkt und ohne Umweg über generische Treiber angesprochen. Das Ergebnis ist das, was Nutzer als „Apple-Feeling“ beschreiben: eine Oberfläche, die sich unmittelbar und responsive anfühlt. Kein Zufall – Engineering.
Linux und die CPU-Governor: Auf Linux-Systemen arbeitet der Kernel mit sogenannten CPU-Governoren – also Richtlinien, die festlegen, wann und wie stark die CPU taktet. Der moderne schedutil-Governor ist besonders interessant: Er passt die CPU-Frequenz direkt basierend auf der Scheduler-Auslastung an und reagiert bei interaktiven Tasks (also Nutzer-Eingaben) aggressiver als bei Hintergrundprozessen. Wer auf einem Linux-Desktop schon mal erlebt hat, wie flüssig GNOME oder KDE mit dem richtigen Governor läuft, weiß: Das ist kein Zufall, sondern bewusstes CPU-Management auf Kernel-Ebene.
Die Technik also? Absolut legitim, absolut weit verbreitet, absolut sinnvoll.
Warum also bekommt Microsoft den ganzen Hate ab?
Hier wird es interessant. Und hier, finden wir, ist die Kritik – zumindest teilweise – berechtigt.
Wenn Apple, Google und die Linux-Community das Gleiche machen, und niemand sich beschwert – warum ist es bei Microsoft ein Aufreger? Die Antwort liegt nicht in der Technik selbst. Sie liegt in dem, warum die Technik jetzt gebraucht wird.
Windows 11 hat im Vergleich zu Windows 10 signifikant an UI-Effizienz verloren. Microsoft hat große Teile der Benutzeroberfläche auf modernere, visuell ansprechendere Frameworks umgestellt – darunter XAML (Extensible Application Markup Language), Microsofts deklarative UI-Sprache für Windows-Anwendungen. XAML ist mächtig, flexibel und sieht gut aus. Es ist aber auch deutlich ressourcenhungriger als die alten Win32-UI-Komponenten, die Windows 10 noch dominiert haben.
Das Kontextmenü, das in Windows 10 sofort aufgeploppt ist? In Windows 11 ist es ein XAML-basiertes Element mit Schatten, Rundungen und Animationen. Schön – aber langsam. Und dieses „langsam“ ist nicht hypothetisch: Benchmarks und subjektive Nutzererfahrungen bestätigen es seit dem Release.
Das ist der eigentliche Kritikpunkt. Nicht, dass Microsoft CPU-Boosting einsetzt – das ist, wie wir gesehen haben, vernünftig und bewährt. Der Kritikpunkt ist: Microsoft hat eine UI gebaut, die ohne aktives CPU-Boosting spürbar träge ist. Apple schreibt sein OS so, dass es auf der eigenen Hardware läuft wie auf Schienen – ohne Notpflaster. Linux-Desktop-Entwickler optimieren ihre UI-Stacks fortlaufend. Microsoft hat eine modernere, schwerere UI eingeführt, ohne die zugrundeliegende Effizienz proportional zu steigern.
Das Low-Latency-Profile ist also kein schmutziger Trick. Aber es ist ein Symptombekämpfer für ein Problem, das eigentlich in der Codebasis gelöst werden müsste.
Was wir daraus lernen – und was Microsoft noch liefern muss
Wir wollen fair bleiben: Microsoft bewegt sich. Windows 11 ist in den letzten Updates spürbar schneller geworden. Die Taskleiste reagiert besser, das Startmenü hat sich verbessert, und einige der schlimmsten UI-Ruckler wurden durch Patches adressiert. Das Low-Latency-Profile ist ein weiterer Schritt in die richtige Richtung.
Aber der grundlegende Konflikt bleibt: Eine moderne, visuell reichhaltige Benutzeroberfläche und maximale UI-Responsiveness sind schwer zu vereinbaren – es sei denn, ihr investiert massiv in Effizienz auf Codeebene. Apple macht das. Google macht das. Microsoft muss das ebenfalls tun, nicht nur als ergänzende Maßnahme, sondern als grundlegende Priorität.
Das Low-Latency-Profile wird wahrscheinlich helfen. Es wird Windows 11 auf vielen Systemen etwas responsiver machen. Und nein, das ist kein Betrug – es ist modernes CPU-Management, genauso wie auf dem iPhone in deiner Tasche oder dem Android-Tablet auf deinem Schreibtisch.
Trotzdem ist der Spott des Internets nicht völlig unberechtigt. Er trifft nur die falsche Zielscheibe. Nicht „CPU-Boosting für UI“ ist das Problem. Sondern dass eine der bekanntesten Betriebssystem-Entwicklungsteams der Welt im Jahr 2026 CPU-Boosting als Reaktion auf selbst verursachte UI-Trägheit benötigt.
Das ist die eigentliche Geschichte hinter dem Hype.
TL;DR: Zusammenfassung für Eilige
- Die Neuerung: Microsoft testet aktuell ein „Low-Latency-Profile“, das die CPU bei Klicks und Eingaben kurzzeitig auf Höchstleistung taktet, um spürbare Menü-Ruckler in Windows 11 zu beseitigen.
- Kein schmutziger Trick: Das Hochtakten für die UI ist kein Pfusch, sondern Industrie-Standard. macOS, Linux und Android (z. B. durch „Project Butter“) nutzen dieses Prinzip („Race to Sleep“) seit über einem Jahrzehnt für flüssige Bedienoberflächen.
- Der wahre Grund für den Spott: Die Kritik aus der Community richtet sich eher gegen die Ursache. Die modernen Benutzeroberflächen von Windows 11 sind so ressourcenhungrig programmiert, dass sie diesen CPU-Boost als „Notpflaster“ überhaupt erst zwingend nötig machen.
