Windows + Linux Kernel???

[sh17]

Das heisst, ich könnte hier schon eine Linux-Server-Anwendungen entwickeln und unter Windows in der bash laufen lassen?

[BUG]

Zitat von sh17:

Das heisst, ich könnte hier schon eine Linux-Server-Anwendungen entwickeln und unter Windows in der bash laufen lassen?

Jein. In der c't wo das Unix-Subsystem vorgestellt wurde wurde, sind die Autoren dann doch relativ schnell an dessen Grenzen gestoßen. Scheint in Ausgabe 10/16 gewesen zu sein, eine Zusammenfassung gibt es hier.

[himitsu]

Wenn ich das jetzt richtig verstanden hab, dann ist das ein "Abfallproduckt, von dem Versuch Android-Programme direkt in Windows laufen zu lassen?

Android ist ja quasi sowas wie ein abgespecktes Linux, mit paar Erweiterungen.
Und wenn man von dem Punkt ausgeht, dass es ein halbes Linux war, ist es schon fast klar, dass es am Ende nicht "alles" ausführen kann, was man für "große" Linux-Programme veruutlich bräuchte.
Also meinem unsagbar schlechten Wissen bezüglich Linux/Unix nach.

[Neutral General]

Zitat von himitsu:

Und wenn man von dem Punkt ausgeht, dass es ein halbes Linux war, ist es schon fast klar, dass es am Ende nicht "alles" ausführen kann, was man für "große" Linux-Programme veruutlich bräuchte.

Im Hintergrund läuft der komplette und "ganz normale" Ubuntu 14 Usermode Code. Es hängt nur daran dass MS noch nicht alle Linux-Syscalls implementiert hat. Ansonsten läuft da im Hintergrund ein vollwertiges Ubuntu.

[Sherlock]

Ich hoffe, daß läuft nur dann, wenn es gebraucht wird...

Sherlock

[Valle]

Zitat von Sherlock:

Ich hoffe, daß läuft nur dann, wenn es gebraucht wird...

Keine Sorge, da läuft gar nichts im Hintergrund.

Linux' Kernel API (sprich Syscalls) ist nicht sooo aufwendig zu implementieren. Das haben sie teilweise gemacht. Dazu gibt es ein virtuelles Dateisystem und einen ELF-Parser und dann braucht man nur noch die ganzen Libs von Ubuntu nehmen und kann native Linux Binaries ausführen. Das ist keine VM und da läuft nichts im Hintergrund.

Nicht falsch verstehen: die Leistung und der Aufwand dahinter ist natürlich trotzdem beachtenswert.

[Phoenix]

Wie schon geschrieben läuft da nichts im Hintergrund, das Linux Subsystem wird noch nicht einmal gesandboxed (will heissen: Ein `rm -rf /` löscht Dir auch Dein Windows-System, also aufpassen).

Du kannst, wenn Du das Linux Subsystem installiert hast (geht nach dem Anniversary Update über Windows Features Entfernen/hinzufügen, wenn man bei den Settings auf Developer-Mode umgestellt hat), erstmal eine echte Bash starten. Beim ersten Start wird damit der komplette offizielle Ubuntu User-mode code installiert. Ich empfehle dann erstmal ein apt-get update und apt-get upgrade um das auf den aktuellen Stand upzudaten.

Vorgesehen ist das ganze in der Tat aktuell erstmal nur für uns Entwickler (deswegen auch Developer-Mode).

Hier kannst Du z.B. node-Anwendungen oder die ganzen moderneren Web-Entwicklungs-Sachen die besser unter OS X / Linux laufen (wie z.B. libsass) mit den normalen Linux/Unix-Tools benutzen. Oder auch den kompletten Linux Web-stack (z.B. LAMP) darin laufen lassen.

Der Charme ist dann, dass man mit seinen bekannten Tools auf Windows entwickeln und gleichzeitig ohne Umweg über eine VM das Zeug sofort auf Ubuntu testen kann.

[Bambini]

Zitat von Neutral General:

Zitat von himitsu:

Und wenn man von dem Punkt ausgeht, dass es ein halbes Linux war, ist es schon fast klar, dass es am Ende nicht "alles" ausführen kann, was man für "große" Linux-Programme veruutlich bräuchte.

Im Hintergrund läuft der komplette und "ganz normale" Ubuntu 14 Usermode Code. Es hängt nur daran dass MS noch nicht alle Linux-Syscalls implementiert hat. Ansonsten läuft da im Hintergrund ein vollwertiges Ubuntu.

Was für ein Ziel steht denn dahinter? Warum sollte man zu Windows greifen, wenn man Linux braucht?

[bra]

Zitat von Bambini:

Was für ein Ziel steht denn dahinter? Warum sollte man zu Windows greifen, wenn man Linux braucht?

Allein schon um die Kommandozeilentools zu nutzen macht das Sinn. Die gibt es für Windows kompiliert zwar teilweise auch, aber wenn es Windows selbst unterstützt, ist das viel besser und sauberer.