News Windows Subsystem für Linux: Kompatibilitätsschicht als Vorschau für Windows 11

[SVΞN]

Das Windows Subsystem für Linux (WSL), ein Kompatibilitätsschicht zum Ausführen von Linux-Binärdateien, Programmen sowie Bibliotheken im Dateiformat ELF, ist jetzt als Vorschau für Windows 11 im neuen Microsoft Store erschienen. Neue Versionen und Funktionen sollen auf dem Weg zukünftig noch schneller ausgerollt werden.

Zur News: Windows Subsystem für Linux: Kompatibilitätsschicht als Vorschau für Windows 11

 

[Lord_Dragon]

Durch das entfernen aus dem Image könnte dessen Größe etwas schrumpfen. Die Veröffentlichung im Store könnte vll den einen oder anderen interessierten mal zum testen bringen, da die Installation so deutlich leichter wird.

 

[DFFVB]

Ich hab ja bis heute nicht verstanden, was der exakte Unterschied zwischen WSL und einfach ne Hyper VM ist...

 

[Guenselmann]

Ich hoffe sehr, dass es weiterhin möglich sein wird, WSL ohne den Store zu nutzen. Im professionellen Umfeld ist der häufig gesperrt.

 

[ZeroStrat]

Richtig gutes Video dazu.

YouTube

An dieser Stelle steht ein externer Inhalt von YouTube, der den Forumbeitrag ergänzt. Er kann mit einem Klick geladen und auch wieder ausgeblendet werden.

YouTube-Embeds laden

Ich bin damit einverstanden, dass YouTube-Embeds geladen werden. Dabei können personen­bezogene Daten an YouTube übermittelt werden. Mehr dazu in der Datenschutzerklärung.

YouTube-Embeds laden

Datenschutzerklärung

 

[Xood]

Ich dachte das wäre bereits in Windows 11 integriert und zwar so tief dass es nicht einfach über den Store geladen werden kann? Oder setzt es wiederum auf andere Komponenten auf die Teil vom Windows 11 "Kernel" sind?

Oder setzen WSL als auch Hyper VM auf diese Virtual Machine Platform Komponente auf?

Wie dem auch sei, ich kann es kaum erwarten endlich was neues zu haben.
Mein Debian in Hyper V lief noch nie so sauber, schnell und komfortabel wie ich es gerne hätte und von WSL erhoffe.

 

[burglar225]

Ich hab ja bis heute nicht verstanden, was der exakte Unterschied zwischen WSL und einfach ne Hyper VM ist...

WSL ist eine Kompatibilitätsschicht, die Linux-Kernel-Funktionen unter Windows verfügbar macht. Windows betreibt also buchstäblich den Linux-Kernel und übersetzt die Aufrufe in "windowsisch" respektive in "linuxisch".
Das andere ist eine VM inklusive dem ganzen Overhead, der damit zusammenhängt. Es wird eben das gesamte System virtualisiert.

Mittlerweile brauche ich zumindest auch gar keine Linux-VM mehr. In den allermeisten Fällen arbeite ich headless und wenn jetzt für die wenigen übrigen Fälle sogar auch GUI-Applikationen funktionieren, dann ist das in meinen Augen grandios. Es ist halt ein vollwertiges Linux, das man einfach so benutzen kann. Einige - je nach Einsatzzweck mehr oder weniger gravierende - Einschränkungen gibt es zwar, aber für mich sind die uninteressant. Das nennenswerteste Problem dürften die langsamen I/O-Zugriff von Linux auf Windows-Speichern sein, solange man aber innerhalb von WSL bleibt, was in den meisten Fällen genügt, ist es sehr gut.

 

[Rossie]

WSL ist eine Kompatibilitätsschicht, die Linux-Kernel-Funktionen unter Windows verfügbar macht.

WSL 1. WSL 2 nutzt jetzt eine VM.

 

[Innensechskant]

WSLIAN (wsl is an emulator), passend zu WINE (wine is not (an) emulator)

 

[burglar225]

WSL 1. WSL 2 nutzt jetzt eine VM.

Technisch gesehen richtig, praktisch verhält es sich für den Anwender aber nicht so.

 

[KitKat::new()]

WSL ist eine Kompatibilitätsschicht, die Linux-Kernel-Funktionen unter Windows verfügbar macht. Windows betreibt also buchstäblich den Linux-Kernel und übersetzt die Aufrufe in "windowsisch" respektive in "linuxisch".
Das andere ist eine VM inklusive dem ganzen Overhead, der damit zusammenhängt. Es wird eben das gesamte System virtualisiert.

WSL 2 nutzt jetzt eine VM.

Eine etwas komplexer aufgesetzte VM

 

[Miuwa]

WSL ist eine Kompatibilitätsschicht, die Linux-Kernel-Funktionen unter Windows verfügbar macht. Windows betreibt also buchstäblich den Linux-Kernel und übersetzt die Aufrufe in "windowsisch" respektive in "linuxisch".
Das andere ist eine VM inklusive dem ganzen Overhead, der damit zusammenhängt. Es wird eben das gesamte System virtualisiert.

Ich glaube du vermischt da was:
WSL1 hat eben nicht den Linux Kernel ausgeführt, sondern "einfach" die Linux Kernel API so gut es ging auf die entsprechenden Windows Funktionen gemappt und auf dieser Kompatibilitätsschicht dann nen klassische Linux userspace laufen lassen.
WSL2 hingegen ist tatsächlich ein echter Linux Kernel in einer Hyper-V VM mit allen Vor- und Nachteilen. Lediglich die "out-of-the-box" Integration mit dem Host Betriebssystem (e.g. mounting von Laufwerken, RDP etc) ist besser als bei ner selbst erstellten Linux VM.

 

[Rossie]

Technisch gesehen richtig, praktisch verhält es sich für den Anwender aber nicht so.

MS kümmert sich dankenswerterweise um eine möglichst gute Integration, aber deine Aussage

Windows betreibt also buchstäblich den Linux-Kernel und übersetzt die Aufrufe in "windowsisch" respektive in "linuxisch".

trifft auf WSL 2 nicht mehr zu. In WSL 1 gab es gar keinen Linux Kernel. Die Anwendungen nutzten tatsächlich den Windows Kernel. Mit WSL 2 läuft der Linux Kernel dagegen in einer VM. Das ist ein wirklich großer Unterschied, der auch Auswirkungen auf die Nutzererfahrung hat. GUI Anwendungen wurden z.B. nicht unterstützt (MS hat wohl den Riesenaufwand gescheut).

Von daher wäre die Ausgangsfrage IMHO besser damit beantwortet, dass mittlerweile in erster Linie die Qualität der Integration den Unterschied ausmacht.

 

[KitKat::new()]

GUI Anwendungen wurden z.B. nicht unterstützt (MS hat wohl den Riesenaufwand gescheut).

Nicht out of the box, aber ging problemlos über SSH nachdem du dir einen X-Server installiert hast.
Btw. WSL 1 gibt's immer noch - man kann dazwischen umschalten

 

[tollertyp]

WSLIAN (wsl is an emulator), passend zu WINE (wine is not (an) emulator)

Eher WSLIE was man als WS-Lüge interpretieren könnte...

Oder Wesley...?

@KitKat::new(): Wobei "problemlos" für einen Laien wie mich da etwas übertrieben ist. Also bei manchen Anwendungen fand ich es dann nicht leichft die nötigen Abhängigkeiten zu identifizieren, ob das nun mit GUI selbst zu tun hat sei dahingstellt, ja... :-)

Aber habe selbst IntelliJ unter der WSL am laufen gehabt.

 

[leipziger1979]

Ich frage mich wer das überhaupt braucht?

Endanwender schon mal gar nicht.
Und selbst im produktivem/professionellen Einsatz ist das mal eine winzige Nische.
Ich kenne zumindest keinen Linuxer der sich das antun würde.

Und als Krönung kommt dieses Update dann nur noch für Win11.
Also Microsoft scheint es echt drauf zu haben.

 

[Haxor]

Ich frage mich wer das überhaupt braucht?

Ich z.B.! AR/VR Anwendungen werde ich garantiert nicht unter Linux entwickeln..
Gerade wenn man eine UWP-Anwendung entwickelt und parallel lokal eine Server-Anwendung auf Linux laufen lassen möchte, ist das ganz praktisch.

 

[cloudman]

frage mich wer das überhaupt braucht?

Ich verwende es täglich.
Vielleicht nichts für Spieler aber wer Software entwickelt hat damit ein super Tool.

Wsl 2 gibt es auch für Windows 10 b
https://docs.microsoft.com/de-de/windows/wsl/install

 

[Yuuri]

Ich frage mich wer das überhaupt braucht?

Entwickler

@Topic: Ich verstehe den Inhalt der News nicht. WSL hat man bisher immer unter den Einstellungen aktiviert. Danach hat man sich ne Distro im Store gesucht unter runtergeladen. Wo ist nun der Unterschied?

• https://www.microsoft.com/en-us/p/ubuntu/9nblggh4msv6
• https://www.microsoft.com/en-us/p/ubuntu-2004-lts/9n6svws3rx71
• https://www.microsoft.com/en-us/p/ubuntu-1804-lts/9n9tngvndl3q
• https://www.microsoft.com/en-us/p/alpine-wsl/9p804crf0395
• https://www.microsoft.com/en-us/p/debian/9msvkqc78pk6
• https://www.microsoft.com/en-us/p/kali-linux/9pkr34tncv07
• https://www.microsoft.com/en-us/p/suse-linux-enterprise-server-15-sp1/9pn498vpmf3z
• https://www.microsoft.com/en-us/p/opensuse-leap-153/9n6j06bmcgt3
• https://www.microsoft.com/en-us/p/opensuse-tumbleweed/9mssk2zxxn11
• usw.

Oder wird die Installation im OS nun nicht mehr benötigt?

 

[KitKat::new()]

Oder wird die Installation im OS nun nicht mehr benötigt?

genau - wird deutlicher, wenn man sich das Video reinzieht