
Das Windows-Subsystem für Linux (WSL) wird mit jedem neuen Update kontinuierlich verbessert. Für einen durchschnittlichen Benutzer ist es besser geworden, eine Linux-Distribution problemlos nebeneinander auf einem Windows 11-Computer auszuführen. Die Einrichtung ist denkbar einfach und Sie müssen sich keine Gedanken über die Ressourcenzuweisung, GPU-Passthrough oder andere Aspekte machen. WSL 2 hat viele anfängliche Hürden gelöst, und jetzt ist es möglich, Linux-Apps auf einem Windows-Computer auszuführen und Docker-Container wie auf jedem anderen System auszuführen.
Aus diesem Grund habe ich das Dual-Booten zugunsten von WSL eingestellt, da auf meinen Linux-Rechner zugegriffen werden kann, ohne dass das Hauptbetriebssystem beeinträchtigt werden muss. Ich kann beide bequem verwenden und mit dem Erstellen von Projekten fortfahren und muss nicht ein Betriebssystem für eine Sitzung auswählen. Aus diesem Grund sollten Sie WSL ausprobieren, wenn Sie derzeit Dual-Boot betreiben.
Absolut einfache Einrichtung
Ein Linux-System zu Ihrer Verfügung
Zum Einrichten einer WSL-Maschine ist nur ein Befehl erforderlich, und Sie verfügen über eine voll funktionsfähige CLI-Edition von Linux. Wenn Sie als Anfänger anfangen, ist dies der perfekte Ort, um sich mit Linux vertraut zu machen. Sie müssen nicht an einem Level-2-Hypervisor wie VirtualBox oder VMWare herumbasteln und dann die Maschine konfigurieren, Hardware zuweisen usw.
Wenn Sie einen Dual-Boot-Ansatz wählen, müssen Sie entweder eine andere Festplatte verwenden oder die Partitionierung herausfinden und dann eine Distribution darauf installieren. Windows-Updates mögen Linux nicht und machen oft kaputt, was sie nicht sollten, wodurch das Linux-System nicht mehr bootfähig ist. Fügen Sie darüber hinaus noch die Spielereien Secure Boot und BitLocker hinzu, und Sie haben genügend Gründe, Dual-Boot zu vermeiden.
Mit WSL2 entfällt dieser ganze Aufwand, und Sie müssen Ihr System nicht einmal ausschalten, um es neu zu starten. Sie müssen sich weniger Sorgen machen, dass Windows-Updates das Startverhalten von Linux-Systemen beeinträchtigen oder andere Sicherheitsfunktionen Ihren Zugriff behindern. Sie müssen während des Startvorgangs keine BIOS-Einstellungen deaktivieren oder neu konfigurieren.
Keine Neustarts mehr

Das Beste an WSL ist die Ausführung von Linux-Apps in der aktuellen Windows-Sitzung. Das bedeutet, dass Sie für diese kleinere Aufgabe Ihre Windows-Sitzung nicht beenden und dann Linux starten müssen. So können Sie Ihre bevorzugten Terminal-Dienstprogramme von Linux über ein PowerShell-Fenster verwenden.
Diese Verbesserungen beschränken sich nicht nur auf CLI-Tools, da WSLg auch GUI-Apps ausführen kann. Wenn Sie also etwas wie Disks oder eine andere App verwenden möchten, funktioniert das mit einem einfachen WSL-Befehl. Sie müssen sich nicht im Linux-Systemverzeichnis befinden, um die App zu starten.
Ich bin beeindruckt von dieser plattformübergreifenden App-Nutzung, die noch nie zuvor verfügbar war. Entweder musste man eine VM öffnen, um ein Linux-Tool oder eine Linux-App zu verwenden, und das war nur auf die virtuelle Maschine oder ein isoliertes Linux-System beschränkt. Kurz gesagt: Sie können unter Windows nur eine Terminal-Instanz verwenden, um jedes benötigte Linux-Tool zu starten.
Ebenso verwende ich Docker, um mehrere selbstgehostete Projekte auszuführen und zu testen, ohne mir Sorgen machen zu müssen, dass etwas in der WSL-Umgebung nicht funktioniert. Die Containerisierung erspart mir die Mühe, bestimmte Installationen und Abhängigkeiten herauszufinden, und ich kann jedes Projekt von anderen isolieren.
Unterstützt GPU-Passthrough
Am besten für LLM-Projekte geeignet
Ich habe vor ein paar Monaten einen Paperless-ngx-Server gebaut und ihn mit einem lokalen LLM kombiniert, um seine Such- und Analysefunktionen zu verbessern. WSL2 war in diesem Projekt sehr hilfreich, da es direktes GPU-Passthrough unterstützt, sodass ich die RTX-GPU des Systems für die Stromversorgung des LLM verwenden kann.
Wenn Sie den Dual-Boot-Weg wählen, verlieren Sie im Vergleich zum Rest die Kontrolle über ein System. Das Herausfinden von GPU-Treibern ist ein weiteres Problem, wenn Sie eine Linux-Distribution im Dual-Boot- oder VM-Modus verwenden. WSL2 fragt Sie nicht einmal danach und gibt auch keinen plötzlichen Fehler aus, wenn Sie versuchen, darauf zuzugreifen.
Ollama funktionierte einwandfrei auf dem Ubuntu-System und mein Paperless-ngx-Server hatte kein Problem damit, Dateien automatisch zu verarbeiten und durchsuchbar zu machen. Ich könnte die Datei nach Namen abfragen oder den RAG-Chat verwenden, der alle Dateien auf dem Server durchsucht, um Informationen abzurufen.
WSLg ist immer noch nicht in der Lage, das perfekte GUI-Erlebnis zu bieten, das Sie mit Dual-Boot und entsprechenden GPU-Treibern erhalten. Daher wäre die Verwendung von WSL für Spiele oder grafikintensive Apps eine schlechte Idee, wenn Sie dafür auf Dual-Boot verzichten möchten. Vielmehr ist es perfekt für Benutzer wie mich, die sich auf KI-bezogene Dinge konzentrieren, die die Kommunikation mit CUDA-Kernen erfordern. WSL zeigt in diesen Szenarien keine Trägheit.
Bemerkenswerte Linux-Leistung
Es ist nicht mehr enttäuschend

Der größte Kritikpunkt bei der Verwendung einer Linux-Distribution in einer virtualisierten Umgebung war der hohe Leistungsaufwand. Sie erzielten nicht die besten E/A-Geschwindigkeiten und es fehlte an dynamischer Ressourcenzuteilung, was das Gesamterlebnis schmerzhaft machte. Es war einer der größten Beweggründe, Windows mit Linux dual zu booten, da Ihr System direkt auf die Hardware zugreifen konnte.
Abonnieren Sie, um tiefere WSL-Einblicke und praktische Tipps zu erhalten
Berichterstattung, die zählt – abonnieren Sie den Newsletter, um ausführliche WSL-Berichterstattung, praktische Anleitungen, Anleitungen zur Leistungsoptimierung und klare Migrationsratschläge zu erhalten, die Ihnen bei der Bewertung von WSL im Vergleich zu Dual-Boot 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.
Mit WSL2 sind Festplatten-I/O und Rohleistung nicht so schlecht. In meinen Tests hatte das WSL-System beim Zugriff auf Dateien aus dem Home-Verzeichnis nahezu die gleichen sequentiellen Lese- und Schreibgeschwindigkeiten. Das MNT-Verzeichnis und der systemübergreifende Dateizugriff sind nicht so beeindruckend wie das Home-Verzeichnis, funktionieren aber trotzdem.
Führen Sie keinen Dual-Boot durch, es sei denn, dies ist erforderlich
Die WSL hat sich viel Mühe gegeben, was mich davon überzeugt hat, es anstelle eines Dual-Boot-Ansatzes zu verwenden. Es ist nicht mehr langsam und kann in einem Linux-System eine nahezu native Leistung bieten, was der Sinn des Dual-Bootens war. GPU-Passthrough ist standardmäßig aktiviert und eignet sich gut für KI-Aufgaben. Die Verwendung einer CLI-basierten Distribution ohne Desktop-Umgebung verringert den Ressourcenverbrauch.
Allerdings benötigen Sie trotz des geringen Ressourcenverbrauchs immer noch einen kompetenten PC, um WSL parallel auszuführen. Wenn Sie einen PC mit durchschnittlicher Ausstattung haben, ist Dual-Boot möglicherweise immer noch eine kluge Wahl. Ich hoffe, dass Microsoft WSL nicht wie beim Windows-Subsystem für Android (WSA) kaputt macht, das dazu beigetragen hat, Android-Apps unter Windows auszuführen.
*️⃣ Quelllink:
Linux-Apps auf einem Windows-Rechner ausführen, Level-2-Hypervisor wie VirtualBox, Secure Boot, beliebte Terminal-Dienstprogramme von Linux, Docker, vor ein paar Monaten einen Paperless-ngx-Server erstellt und ihn mit einem lokalen LLM kombiniert, Linux-Distribution, , , Nutzungsbedingungen , Datenschutzrichtlinie ,