Einige der beliebtesten Apps in Windows 11 verbrauchen so viel RAM, dass sie die Leistung Ihres PCs beeinträchtigen können, und die Tatsache, dass die RAM-Preise in die Höhe schießen, macht die Sache noch schlimmer. Das Problem ist auf den Trend zurückzuführen, dass Entwickler unter Windows Web-Apps gegenüber nativen Apps bevorzugen.
Erst kürzlich berichtete Windows Insight, wie RAM-intensiv Apps wie Discord, Teams und das neue WhatsApp sind, selbst wenn sie im Hintergrund ausgeführt werden. Die Gemeinsamkeit besteht darin, dass es sich um kommunikationszentrierte Apps handelt, die erwartungsgemäß auch dann am Leben bleiben müssen, wenn Sie sie nicht verwenden.
Unsere Tests haben jedoch gezeigt, dass native Versionen der Apps (wie das alte WhatsApp) nicht viel RAM verbrauchen. Dies sind einige der am häufigsten verwendeten Apps in Windows, unabhängig davon, in welcher Domäne sich die Benutzer befinden.
Warum gibt es für diese Apps also keine nativen Versionen? Ist es für diese Unternehmen so schwierig, native und optimierte Versionen für das beliebteste Desktop-Betriebssystem zu erstellen?
Die schlimmsten RAM-Sünder unter Windows 11
Es gab keinen relevanteren Zeitpunkt, um über die RAM-Nutzung zu sprechen, da es sich dabei um ein sehr teures Hardware-Upgrade für PCs und Laptops handelt. Und es wird noch schlimmer, da Micron sein Consumer-RAM-Geschäft aufgibt.
Bereits bei der Markteinführung von Windows 11 wurde kritisiert, dass es einen höheren RAM-Bedarf habe, aber im Jahr 2025 ist die Situation noch schlimmer geworden, da große Kommunikations-Apps in Windows den RAM verschlingen, als wäre er eine kostenlose Ressource.
Discord verbraucht immer etwa 1 GB und erhöht sich gerne auf 4 GB RAM
Discord, das unter Gamern und Online-Communities bekannt ist, lässt sich am einfachsten auswählen, da das Unternehmen das RAM-Problem bereits eingestanden hat. Der Windows-Client basiert auf Electron, was bedeutet, dass Sie eine Chromium-Browserinstanz plus Node.js als Desktop-App ausführen. Jeder Server, Kanal und jede zusätzliche Funktion, die Sie öffnen, fügt diesem internen Browser weitere Registerkarten hinzu.
Discord teilte den Benutzern mit, dass die normale Nutzung unter 1 GB RAM liegt, unter realen Bedingungen jedoch 4 GB erreichen kann. Zu diesem Zeitpunkt begann das Unternehmen mit dem Test des mittlerweile berüchtigten Experiments „Automatischer Neustart, wenn der Speicher 4 GB überschreitet“.
Wenn die App mindestens eine Stunde lang geöffnet war, Sie 30 Minuten lang inaktiv waren und Sie sich nicht in einem Anruf befinden, startet Discord einmal im 24-Stunden-Fenster stillschweigend neu, um Speicherplatz zurückzugewinnen.
Das Unternehmen erklärt, dass der Neustart in gutem Glauben erfolgt sei. Wir sind jedoch der Meinung, dass es sich hierbei um eine Notlösung für ein grundlegendes Problem handelt. Wie auch immer, die Entwickler von Discord waren damit beschäftigt, echte Speicherlecks zu beheben und behaupten, die Speichernutzung im hohen Perzentilbereich um 5 % reduziert zu haben.
Abgesehen davon ist Electron ein vollständiger Browser-Stack für jede App, sodass Ihr PC am Ende für eine Rendering-Engine, eine JavaScript-Laufzeitumgebung und Sicherheits-Sandboxen bezahlt, nur um eine Chat-Benutzeroberfläche zu rendern.
Die gute Nachricht hier ist, dass Discord Abhilfe schaffen will, aber die schlechte Nachricht ist, dass das Unternehmen nicht gerade profitabel ist, obwohl es seit 10 Jahren in der Branche tätig ist. Wir können also nicht wirklich erwarten, dass das Unternehmen in eine native App investiert. Das Unternehmen verfügt auch nicht über eine native macOS-Anwendung.
WhatsApp hat sich von einer schnellen nativen App zu einem trägen Web-Wrapper entwickelt
WhatsApp für Windows ist eine Tragödie anderer Art, weil es vorher gut war. Der alte UWP- und WinUI-basierte Client war leichtgewichtig, schnell und fühlte sich unter Windows 11 wie zu Hause. Selbst im intensiven Alltagsgebrauch mit Hunderten von Chats und aktiven Gruppen blieb er in der Regel unter 100 MB im Leerlauf und etwa 250 MB, wenn Sie schnell durch lange Gespräche scrollen.
Dann lieferte Meta die neue Version aus, die als WebView2-Wrapper erstellt wurde und einfach web.whatsapp.com in einen Chromium-basierten Container lädt. In unseren Tests verfügt die neue App bereits über etwa 300 MB RAM, bevor Sie sich überhaupt anmelden. Sobald die Chats synchronisiert sind und Sie mit dem Scrollen beginnen, springt der Speicherplatz schnell auf 1,2 GB, wobei die CPU-Auslastung weitaus höher ist als zuvor.
Die Leistungsprobleme beschränken sich nicht nur auf den Arbeitsspeicher. Die Benutzeroberfläche fühlt sich an, als würde sie mit einer viel niedrigeren Bildrate laufen, der Chat-Wechsel hat eine sichtbare Verzögerung und hinterlässt selbst auf anständiger Hardware ein ständiges Gefühl der Schwere. Durch das Schließen des Fensters wird die App nicht wirklich beendet. Es wird auf die Taskleiste minimiert und reserviert einen Teil des Arbeitsspeichers im Hintergrund, sodass es Benachrichtigungen von Servicemitarbeitern empfangen kann, was die native App nicht benötigt.
All dies geschah im Namen der „Vereinfachung der Entwicklung“ und der Wiederverwendung der Web-Codebasis, für die Benutzer ist es jedoch ein reines Downgrade. Unter macOS liefert Meta immer noch eine native WhatsApp-App aus. Unter Windows, der Plattform mit weitaus mehr Benutzern, ist das Beste, was sie derzeit tun können, ein Browserfenster. Das ist pure Faulheit von Meta und es ist nicht so, dass sich das Unternehmen das nicht leisten kann.
Teams; Selbst Microsoft ist das egal
Dann gibt es noch Microsoft Teams, das von Electron auf WebView2 umgestiegen ist. Auf dem Papier mag das wie ein Fortschritt klingen. In Wirklichkeit handelt es sich jedoch immer noch um eine Web-App. Teams verfügen im Leerlauf routinemäßig über etwa 1 GB RAM.
Microsoft hat das Problem erkannt, indem es die App umstrukturierte, anstatt sie neu zu schreiben. Ab Anfang 2026 wird Teams einen neuen Prozess namens ms-teams_modulehost.exe einführen, der Aufruffunktionen getrennt vom Hauptprozess ms-teams.exe verarbeitet.
Dies ändert nichts an der Tatsache, dass alles immer noch auf WebView2 läuft, mit den üblichen Verdächtigen im Hintergrund.
Wir wissen nicht, was wir zu dieser Situation sagen sollen, insbesondere wenn Microsoft seine Unternehmenskunden buchstäblich dazu bringt, sich bei der täglichen Kommunikation auf Teams zu verlassen.
Zum jetzigen Zeitpunkt gehen wir nicht davon aus, dass es Microsoft egal sein wird, ob andere Entwickler native Windows-Apps erstellen oder ob sie ihre vorhandenen nativen Apps auf Web-Apps verschieben, wie es Meta getan hat.
Die Wahrheit ist, dass Webbrowser heutzutage unverhältnismäßig viel RAM verbrauchen und jede darauf basierende App nur den RAM verschlingt. Das Schlimmste davon sind Kommunikations-Apps, da diese buchstäblich immer eingeschaltet sein müssen.
Warum verbraucht jede moderne Windows-App so viel RAM?
Die meisten neuen Windows-Apps im Microsoft Store sind heute keine echten Windows-Apps, sondern Browser-Engines. Discord verwendet Electron. WhatsApp und Teams verwenden WebView2. Viele kleinere Apps nutzen PWAs. Allen gemeinsam ist jedoch die Einbettung einer vollständigen Chromium-Laufzeitumgebung in die App.
Jede Electron-App verfügt über eine eigene JavaScript-Engine, einen GPU-Renderer, einen Netzwerk-Stack, eine Audio-Pipeline und Sandbox-Unterprozesse. Selbst ein kleines UI-Element kann aufgrund moderner Browser-Sicherheitsstandards einen anderen Prozess generieren. Jeder Chat, Server, Kanal, jede Anrufansicht oder jedes Einstellungsfeld ist eigentlich eine separate Sandbox-Welt. Daher wächst die Speichernutzung horizontal, wenn Funktionen parallel ausgeführt werden.
WebView2, das von Teams und WhatsApp verwendete Framework, vermeidet das Öffnen einer eigenen Chromium-Kopie, das Design bleibt jedoch ähnlich. Sie denken vielleicht, dass das neue WhatsApp unter Windows eine einfache Liste von Chats ist. In Wirklichkeit handelt es sich um einen Miniatur-Browser-Tab, unter dessen Haube alle Ebenen von Chrome ausgeführt werden.
PWAs verhalten sich wie die Reddit-App unter Windows auf die gleiche Weise, da sie ebenfalls auf die Multiprozessarchitektur und Hintergrunddienstmitarbeiter von Chromium angewiesen sind.
Technisch gesehen ist WebView2 besser als Electron
Da jede Electron-App wie ein vollständiger Browser geöffnet wird, erhöht sich die Größe und RAM-Auslastung, das plattformübergreifende Verhalten bleibt jedoch unter Windows, macOS und Linux konsistent. WebView2-Apps nutzen die vorhandene Microsoft Edge (Chromium)-Installation unter Windows, um Webinhalte in nativen Apps darzustellen. Dadurch werden der Overhead und der Platzbedarf reduziert, da kein eigener Browser geöffnet wird. Natürlich gibt es eine kleine Einschränkung bei der Portabilität, da es an Windows gebunden ist und die Edge-Runtime erfordert.
In jedem Fall sind diese Architekturen nicht zufällig ineffizient. Entwickler wissen das und es existiert, um Exploits und Sicherheitsprobleme zu verhindern.
Moderne Browser implementieren Prozessisolation, um zu verhindern, dass bösartige Seiten mit dem, was der Benutzer sieht, interagieren. Sie teilen Speicherpools auf Sandboxen auf. Sie rendern immer wieder von der Logik und die Logik von der Speicherung. Dieser zusätzliche Ressourcenverbrauch ist der Preis, den wir für die Sicherheit zahlen müssen. Daher ist eine übermäßige RAM-Nutzung unvermeidbar, wenn Sie eine Browser-Engine als Grundlage für eine Desktop-App wählen.
Darüber hinaus beanspruchen moderne JavaScript-Frameworks einen angemessenen Anteil an RAM. Große Pakete, stark unterschiedliche Algorithmen, virtuelle DOM-Schichten und clientseitige Zustandsmaschinen erhöhen die RAM-Auslastung des ohnehin schon hohen Browsers zusätzlich. Grundsätzlich weisen selbst gut optimierte Web-Wrapper-Apps eine hohe Grundspeichernutzung auf.
Speicherlecks gibt es überall
Speicherlecks treten auf, wenn JavaScript-Referenzen nicht ordnungsgemäß freigegeben werden oder wenn sich Ereignis-Listener im Laufe der Zeit ansammeln. Es kommt häufig vor, dass Frameworks inaktive Objekte in ihren internen Caches am Leben halten. Es passiert auch, wenn Browserprozesse in lang andauernden Sitzungen keinen Speicher freigeben.
Sobald Speicherlecks auftreten, wachsen sie zu Multi-Gigabyte-Spitzen an, wie wir sie bei Discord gesehen haben. Dies ist bei Electron-, Chromium Embedded Framework (CEF)- und WebView2-Apps üblich, und die Debugging-Tools für komplexe JS-Stacks sind bei weitem nicht so ausgereift wie native Debugger.
Die unbequeme Wahrheit ist, dass wir wissen, dass Unternehmen die RAM-Nutzung überwachen und nur Patches veröffentlichen können, die möglicherweise kleine Speicherprobleme beheben. Aber der gesamte Stapel verbirgt sich zu sehr hinter Abstraktionen.
Auf einem niedrigen Niveau kann man nicht sehen, was Chromium macht. Sie können den Renderer nicht dazu zwingen, den Speicher aggressiver freizugeben. Sie können das Multiprozessmodell nicht neu schreiben. Es gibt eine unvermeidbare Grenze dafür, wie weit Sie das Framework für die Speichernutzung optimieren können.
Warum Unternehmen weiterhin Web-Apps statt nativer Apps anbieten
Angesichts all dieser Probleme fragen Sie sich vielleicht, warum Unternehmen überhaupt Web-Apps entwickeln. Schätzen sie nicht, dass ihre Benutzer eine reibungslose Benutzeroberfläche haben?
Die einfache Antwort lautet: Kosten. Eine einzelne JavaScript-Codebasis kann technisch gesehen mit sehr geringen Änderungen unter Windows, macOS und Linux ausgeführt werden. Es ist weitaus einfacher, JavaScript-Entwickler einzustellen als C++-Entwickler.
Das Onboarding neuer Mitarbeiter erfolgt schneller und die Entwicklungszyklen werden kürzer. Außerdem können Teams Funktionen gleichzeitig plattformübergreifend bereitstellen. Die meisten Unternehmen stehen unter dem Druck, ihre Apps schneller bereitzustellen, und zu diesem Zeitpunkt ist die Entwicklung nativer Apps keine praktikable Lösung.
Unternehmen streiten auch über Markenkonsistenz, was ehrlich gesagt sinnlos ist. Die Idee dahinter ist, dass Unternehmen möchten, dass ihre Benutzeroberfläche auf allen Geräten identisch aussieht. Web-Wrapper können das tun. Aber verschiedene Betriebssystemplattformen sehen anders aus, nun ja, nicht bei Windows, das ist eine Geschichte für einen anderen Tag. Denken Sie als besseres Beispiel an das Liquid Glass-Design von Apple. Das gesamte Betriebssystem hat dieses Design, aber wenn die App einer Marke völlig anders aussieht, beeinträchtigt das das Erlebnis.
Das Erbärmlichste daran ist, dass Unternehmen native Windows-Apps nicht mehr als Priorität betrachten. Wir haben bereits gesehen, dass Meta UWP WhatsApp eingestellt hat, obwohl es größtenteils gut funktionierte. Messenger ist vollständig aus dem Microsoft Store verschwunden. Facebook und Instagram sind jetzt Web-Wrapper.
Selbst Microsoft geht nicht mit gutem Beispiel voran, da Teams immer noch eine WebView2-App ist und LinkedIn, das sie für 26,2 Milliarden in einem Bargeschäft erworben haben, lediglich ein Web-Wrapper ist.
Was geradezu witzig ist, ist, dass die kommende Agenda-Ansicht im Benachrichtigungsfeld von Windows 11 WebView2 anstelle des nativen XAML/WinUI verwendet. Das ist ein buchstäblicher Teil des Betriebssystems, das Microsoft als Web-Wrapper erstellt hat. Es verbraucht sogar mehr RAM, wenn Sie damit interagieren. Ist es sinnvoll, anderen Meta oder anderen Unternehmen die Schuld zu geben?
Apple verfügt über einen optimierteren und nativeren App-Katalog
Apple-Nutzer sind weitaus weniger tolerant gegenüber minderwertigen Apps. Sie verlangen schnelle, reibungslose native Erlebnisse. Dieser Druck zwingt Entwickler dazu, in native macOS-Apps zu investieren, auch wenn diese teurer sind. Ganz zu schweigen von der Schwierigkeit, native Apps unter macOS zu erstellen.
Überraschenderweise ist die Entwicklung nativer Windows-Apps einfacher als die Entwicklung von macOS-Apps, und das liegt daran, dass Microsoft ein einheitliches Ökosystem mit ausgereiften Frameworks wie.NET, WPF und UWP/WinUI bereitstellt. Alle davon sind eng in Visual Studio integriert und verfügen außerdem über umfassende Abwärtskompatibilität.
Die macOS-Entwicklung erfordert die Arbeit mit Cocoa- und Swift/Objective-C-APIs über Xcode, das strengere Regeln für Sandboxing, Signierung und App Store-Verteilung hat. Windows-Entwickler haben außerdem Zugriff auf eine umfassendere Sprachunterstützung mit weitaus weniger Gatekeeping-Einschränkungen. Wie erwartet müssen sich macOS-Entwickler aufgrund des starren Apple-Ökosystems und der Verwendung plattformspezifischer APIs mit einer steileren Lernkurve auseinandersetzen.
Aber Windows-Benutzer haben sich an webbasierte Desktop-Software gewöhnt, und die Entwickler sind sich dessen bewusst. Solange die App funktioniert, auch wenn sie langsamer ist, ist das Spiel tendenziell gering. Daher reagieren Unternehmen entsprechend, indem sie weniger investieren.
Das liegt alles an Apples ursprünglichem Grund, keine preisgünstigen PCs auszuliefern. Mittlerweile verfügen die meisten ihrer Kunden über eine höhere Kaufkraft und das gesamte Unternehmen gilt als Luxusmarke, weshalb das kommende Budget-MacBook den PC-Herstellern ernsthafte Kopfschmerzen bereiten kann.
Unternehmen und ihre Entwickler davon zu überzeugen, nativen Code für Windows zu schreiben, nur zur Optimierung und zur geringeren RAM-Auslastung, wird daher unrealistisch, wenn das browserbasierte Modell billiger ist, überall hin geliefert werden kann und die Benutzer sich nicht so sehr beschweren.
Die RAM-Preise steigen, und daran wird sich auch nichts ändern
Der Zeitpunkt für all dies könnte nicht schlechter sein. Die RAM-Preise haben sich in vielen Fällen fast verdoppelt, was größtenteils auf Lieferkürzungen für Normalverbraucher und aggressive DDR5-Preiszyklen zurückzuführen ist, und der größte von allen ist die überwältigende Nachfrage, die durch KI-Rechenzentren entsteht. Speicherhersteller priorisieren jetzt diese margenstarken Enterprise-Chips.
Es gibt keine magische Lösung für den aktuellen Zustand von Windows-Apps. Hier kommt Microsoft die größte Rolle zu, da wir keinen Nutzen für Entwickler sehen. Das Unternehmen kann Entwickler wieder zu nativen Tools bewegen, WinUI verfeinern, um es attraktiver zu machen, und zeigen, dass die Qualität des Kernsystems immer noch wichtig ist, indem es seit langem bestehende Probleme in Windows behebt.
Wenn Windows in einer Welt bestehen soll, die auf browserbasierten Apps basiert, muss die Plattform zunächst mit gutem Beispiel vorangehen und sowohl Benutzern als auch Entwicklern eine bessere Arbeitsgrundlage bieten.
Zuhause
Teilen
Newsletter
WL-Newsletter
WL-Newsletter!
Bleiben Sie mit den neuesten Windows-, IT- und KI-Updates auf dem Laufenden. Mehr als 50.000 Abonnenten vertrauen darauf.
Name
Kostenlos beitreten
*️⃣ Quelllink:
Verbraucher-RAM-Geschäft, automatischer Neustart, wenn der Speicher 4 GB überschreitet, erklärt, ist nicht gerade profitabel, neue Version als WebView2-Wrapper erstellt, das Problem erkannt, kommende Agenda-Ansicht im Benachrichtigungsfeld von Windows 11 wird WebView2 verwendet, das kommende Budget-MacBook, Zuhause ,
Newsletter
,