Das Windows-Subsystem für Linux (WSL) wurde mit Windows 10 eingeführt und bietet eine einfachere Möglichkeit, Linux-Distributionen auszuführen, ohne einen Hypervisor eines Drittanbieters zu benötigen. WSL 2 verbesserte seine zahlreichen Mängel und wurde zu einer einfachen Möglichkeit, mehrere Linux-Distributionen unter Windows auszuführen und zu verwalten. Ich persönlich verwende es mit einer Ubuntu-VM, auf der Docker für eine PaperlessNGX-Instanz mit einem lokalen LLM ausgeführt wird. WSL unterstützt jetzt GPU-Passthrough, sodass die Ausführung des lokalen LLM durch die Stromversorgung mit meiner NVIDIA RTX 3060-GPU kein Problem darstellt.
Aber trotz seiner erheblichen Verbesserungen wird es das Erlebnis eines echten Linux-Desktops nicht übertreffen. Ich sage das schweren Herzens, weil WSL die perfekte Möglichkeit zu sein scheint, Linux anstelle von Dual-Boot und der damit verbundenen Komplexität zu verwenden. Schauen wir uns drei Gründe an, warum WSL immer noch weit davon entfernt ist, ein echtes Linux-Desktop-Erlebnis in den Schatten zu stellen.
Geteilte Ressourcen
Es ist immer noch Virtualisierung
WSL verwendet den nativen Hypervisor von Windows (Hyper-V), um schlanke virtuelle Umgebungen zu erstellen. Die von Ihnen installierte Linux-Distribution ist eine Minimaldistribution mit der CLI. Dadurch fühlt sich das Erlebnis viel schneller an, da keine Desktop-Umgebung im Hintergrund läuft und Systemressourcen verbraucht.
Es ist ein fantastischer Ansatz für jemanden, der einen schlanken Server erstellen, Docker ausführen oder Apps für den persönlichen Gebrauch oder zum Testen bereitstellen möchte. Die Ressourcen, die Sie durch die Entscheidung für eine minimale Installation einsparen, sind jedoch nur die eine Seite der Geschichte. Windows 11 selbst benötigt mehr als 2 GB Arbeitsspeicher, um zu funktionieren, und Ihre GPU-Auslastung steigt auch, wenn Sie Apps neben WSL ausführen.
Wenn Sie einen vollwertigen Linux-Desktop wie Ubuntu mit seiner GNOME-Desktop-Umgebung ausführen würden, würde die Leistung sicherlich leiden. Das System muss zwischen der Windows-Arbeitslast und der in der WSL ausgeführten Linux-Distributions-Arbeitslast jonglieren. Ein echter Linux-Desktop kann auf alle Ressourcen zugreifen und diese ohne jegliche Einschränkungen ausgeben.
Eingeschränkte Hardwarekontrolle
Nicht leicht herauszufinden
Wenn Sie WSL verwenden, betreiben Sie im Wesentlichen eine virtualisierte Umgebung, die über Hardwarevirtualisierung auf die Systemressourcen zugreifen kann. Während WSL2 einige interessante Änderungen mit sich brachte, ist die allgemeine Kontrolle über Hardware und Netzwerk immer noch begrenzt.
Ihr System verwendet einen NAT-Adapter, Sie können jedoch auch einige andere Methoden verwenden. Das Linux-System hat eine andere IP-Adresse, und das kann manchmal mühsam sein. Die Interaktion mit der Hardware kann bei der Verwendung von WSL eine knifflige Sache sein, während dies kein Problem darstellt, wenn Sie einen Linux-Desktop ausführen, der keine ähnlichen Einschränkungen aufweist.
Selbst die in der WSL ausgeführten E/A-Vorgänge sind trotz Verwendung eines NVMe-Laufwerks langsam. Sie können sich die Frustration vorstellen, wenn Ihr Workflow große E/A-Vorgänge erfordert. Ich habe die gleiche sequentielle Schreibgeschwindigkeit sowohl in der WSL als auch in Windows getestet und die WSL benötigte 32 Sekunden, um eine sequentielle Schreibaufgabe von 1 GB abzuschließen, während die native Hardware lediglich 3 Sekunden benötigte.
Beachten Sie, dass Sie bei Verwendung des Home-Verzeichnisses nahezu die volle Leistung der Festplatte erhalten. Wenn Sie jedoch versuchen, dasselbe mit dem Verzeichnis/mnt/c/ zu tun, erhalten Sie schreckliche Ergebnisse.
Unterdurchschnittliche visuelle Leistung
WSLg ist kaum in Ordnung
WSL2 brachte die Funktion WSLg mit sich, mit der Apps mit einer grafischen Benutzeroberfläche auf Ihrem Windows-Computer ausgeführt werden können. Stellen Sie sich vor, Sie führen ein Tool wie GIMP direkt auf Ihrem Windows-Rechner in einer Linux-Distribution aus, die keine Desktop-Umgebung hat? Mit Weston in der WSL ist das möglich, und für leichtgewichtige Programme ist es überhaupt kein Problem.
WSL funktioniert vom CLI-Standpunkt aus, und WSLg bietet eine gewisse Ruhepause, sodass Sie Apps ausführen können, ohne sich mit den CLI-Gegenstücken herumschlagen zu müssen. Sie erhalten damit keine Desktop-Umgebung, und Sie können versuchen, eine zu installieren, um Ihren Verstand zu bewahren.
Wenn Sie WSL jedoch ausschließlich für die Desktop-Erfahrung verwenden möchten, müssen Sie mit Leistungseinbußen und anderen Herausforderungen rechnen. Das ist keine einfache Aufgabe und Sie müssen herausfinden, welches Ihren Anforderungen entspricht. Sie können Tasksel verwenden, um eine Desktop-Umgebung hinzuzufügen und dann von einem anderen PC aus eine Remoteverbindung damit herzustellen, wenn Sie eine GUI-Schnittstelle bevorzugen.
Abonnieren Sie den Newsletter, um tiefere Einblicke in WSL und Linux zu erhalten
Schaffen Sie mehr Klarheit – abonnieren Sie den Newsletter, um eine ausführliche Berichterstattung über WSL-Kompromisse, native Linux-Leistung, GPU-Passthrough, WSLg-Verhalten, praktische Leistungsvergleiche und andere Windows-/Linux-Tooling-Themen zu erhalten, die Ihnen bei der Abwägung von Kompromissen helfen.
Abonnieren
Mit Ihrer Anmeldung stimmen Sie dem Erhalt von Newslettern und Marketing-E-Mails zu und akzeptieren die Nutzungsbedingungen und Datenschutzrichtlinien von Valnet. Sie können sich jederzeit abmelden.
Da WSLg über Windows rendert und nicht wie ein Linux-System direkt auf die GPU zugreift, kann die Gesamtleistung träge sein. Der Fokus liegt mehr darauf, Ihnen die Ausführung von Linux-Tools unter Windows zu ermöglichen, statt sie in voller Pracht auszuführen. Wenn Sie sich für Spiele interessieren, ist es besser, Linux auf dem System zu installieren und dann GPU-Treiber und Steam zu konfigurieren, als zu versuchen, es in einer virtualisierten Umgebung auszuführen.
Bei der Übersetzung geht viel Leistung verloren, da WSL mit Windows kommunizieren muss, um auf die GPU zuzugreifen. Dies ist sicherlich nicht die Aufgabe, für die WSL gedacht ist, und ist in lokalen LLM-Workloads nützlicher, wo es die GPU-CUDA-Kerne nutzen kann.
Eine native Linux-Installation ist überlegen
WSL2 machte es unglaublich einfach, ein Linux-System problemlos in Windows einzurichten und auszuführen. Es unterstützt plattformübergreifende Dateiübertragung, GPU-Zugriff und die Ausführung von Linux-Apps unter Windows. Es eignet sich jedoch nur, wenn Sie eher die technische Seite von Linux als ein vollständiges Desktop-Erlebnis benötigen.
Sie benötigen außerdem ein robustes System, um sowohl WSL als auch Windows auszuführen, und obwohl es besser ist als Dual-Booten und den Verstand zu verlieren, ist es kein Vergleich zu einer Bare-Metal-Linux-Installation. Sie können die gesamte verfügbare Systemhardware nutzen, müssen nichts für die Virtualisierung verschwenden und können sie für jeden beliebigen Zweck verwenden.
*️⃣ Quelllink:
Linux-Distributionen, Linux-Desktop, Windows-nativer Hypervisor (Hyper-V), Docker, WSL2, NVMe-Laufwerk, Desktop-Umgebung, , , Nutzungsbedingungen, Datenschutzerklärung, Steam, lokales LLM,