Windows Subsystem för Linux är ett kompatibilitetslager utvecklat av Microsoft för att köra Linux-körbara filer på Windows 10.
nyligen nyheten kom att WSL nu är kompatibel med Systemd, denna nya WSL-uppdatering låser upp många livskvalitetsfunktioner för process- och servicehantering. Detta inkluderar stöd för snapd, vilket gör att användare kan dra nytta av alla verktyg och appar som finns på snapcraft.io.
Det nya stödet som lagts till WSL från Systemd nämns vara särskilt användbart för webbutvecklare som vill konfigurera och utveckla tjänsteapplikationer inom WSL innan de distribueras till molnet.
Detta innebär att applikationer som förlitar sig på Systemd för användning eller bara enkel administration nu kan köras sömlöst i denna WSL-miljö på Windows 10 och Windows 11.
Det är värt att nämna det den här uppdateringen är specifik för WSL2, den andra generationen av WSL. WSL2 kör en fullständig linux-kärna på en dedikerad virtuell maskin, med en delmängd av funktionerna i Hyper-V hypervisor inbyggd i Windows. Den ursprungliga versionen av WSL var ett helt annat verktyg, som inte innehöll en fullständig Linux-kärna.
I ett blogginlägg gav Canonical några tekniska detaljer. och förklarade hur man aktiverar Systemd på Ubuntu i WSL. Microsofts motsvarande tillkännagivande är mindre tekniskt, men det beskriver några av de betydande ändringar som gjorts för att uppnå denna funktion, inklusive att ändra hur WSL2 fungerar.
Systemstöd krävde ändringar av WSL-arkitekturen. Eftersom Systemd kräver PID 1, blir WSL-startprocessen som startas på Linux-distributionen en underordnad process av Systemd. Dessutom, eftersom WSL-initieringsprocessen är ansvarig för att tillhandahålla kommunikationsinfrastrukturen mellan Linux- och Windows-komponenter, att ändra denna hierarki krävde att man ompröva några av de antaganden som gjordes med WSL-initieringsprocessen. Ytterligare ändringar måste också göras för att säkerställa en ren avstängning och för att säkerställa kompatibilitet med WSLg.
Det är också viktigt att notera att med dessa ändringar kommer Systemd-tjänster inte att hålla din WSL-instans uppe. Din WSL-instans kommer att förbli vid liv precis som tidigare. Microsoft tillade att den här funktionen inte kommer att uppdateras automatiskt för att inte orsaka problem för befintliga användare. "Eftersom detta ändrar beteendet hos WSL vid uppstart, ville vi vara försiktiga när vi tillämpar denna ändring på användarnas befintliga WSL-distributioner. För nu måste du välja att aktivera Systemd för en specifik WSL-distribution”, sa han.
Denna förändring innebär att användningen av WSL kommer att vara ännu mer som att använda dina favorit Linux-distributioner på en grundläggande maskin och gör att du kan använda programvara som är beroende av Systemd-stöd. Här är några exempel på Linux-applikationer som är beroende av Systemd:
snap : en användbar binär som låter dig installera och hantera programvara på Ubuntu;
microk8s – Få Kubernetes att köras lokalt på ditt system snabbt;
systemctl : Ett verktyg som är en del av Systemd och interagerar med tjänster på din Linux-maskin.
Förmodligen stöd för Systemd av Windows Subsystem för Linux fick hjälp av ankomsten av Lennart Poettering, skaparen av Systemd, till Redmond-jätten för några månader sedan (du kan läsa anteckningen om det I följande länk).
Det är värt att nämna att Microsoft har anställt flera Linux-utvecklare och andra framstående utvecklare av öppen källkod de senaste åren. Microsoft anställer för närvarande Python-uppfinnaren Guido van Rossum, GNOME-uppfinnaren Miguel de Icaza anställdes av Microsoft 2016 när det förvärvade Xamarin, Nat Friedman var VD för GitHub, Daniel Robbins, grundare av Gentoo Linux, var anställd av Microsoft Steve. som Linux CIFS/SMB2/SMB3-underhållare och medlem i Samba-teamet. Dessutom är Linux flitigt distribuerat på Azure, Microsofts cloud computing-tjänst.
Slutligen om du är intresserad av att veta mer om det, kan du kontrollera detaljerna i anteckningen i följande länk.