A Microsoft készíti a Windows 2020 májusi frissítés (20H1) kiadását. Ez a frissítés több kellemes felhasználói felület javítást fog tartalmazni, de a fejlesztők és más érintettek számára fontosabb, hogy az új Windows verzióban megjelenik (Windows Subsystem for Linux). Ez aktuális információ azok számára, akik áttérni szeretnének a Windows operációs rendszerre, de eddig nem tudtak dönteni.
Dave Rupert telepítette a WSL 2-t a 13 hüvelykes Surface laptopjára, és az első eredmények
kedvezően meglepték:
A WSL második verziója 13-szor gyorsabb, mint az első! Nem minden nap kap ingyen 13-szoros teljesítménynövekedést. Fázni kezdtem, és egy férfias könnyet ejtettem, amikor először láttam ezeket az eredményeket. Miért? Nos, elsősorban az elveszett időt gyászolom, ami 5 éves munka során gyűlt össze az első WSL verzióval.
És ez nem csupán számok. A WSL 2-ben az npm telepítése, a fordítás, a csomagolás, a fájlok böngészése, a forró modulok újraindítása, a szerverek indítása – szinte minden, amit napi szinten használok webfejlesztőként, jelentősen gyorsabban működik. Olyan érzés, mintha újra Mac-en ülnék (vagy talán még jobb is, mivel az Apple az utóbbi években radikálisan korlátozta a processzorai teljesítményét az akkumulátoridő növelése érdekében).
Honnan ez a gyorsaság?
Hogyan érték el a 13-szoros teljesítménynövekedést? Régebben, amikor elgondolkoztam a Mac-re való váltáson, én is felvetettem néhány lehetőséget, igaz, hogy ezek inkább feltételezések szintjén maradtak. Az a helyzet, hogy a lemezírás és a Linux rendszerválaszai meglehetősen drágák voltak (időben), a WSL első verziójának architektúrája miatt. És most találja ki, mire támaszkodik nagymértékben a modern webfejlesztés? Igen. Amikor összeszed egy rakás függőséget és kódrészletet minden fájltároláskor, valójában sok lemezírási és rendszerválaszi műveletet végzel tucatnyi ezer fájl esetén.
Amint ezt megtudod a keserű tapasztalatodon keresztül, utána nehéz mindent elfelejteni. Fokozatosan depresszióba esel, amikor elképzeled, mennyire lassan és szomorúan működik minden. És rájössz, hogy a világod többé már nem lesz a régi, és az eszköz, ami tetszett neked, már nem tűnik hasznosnak és hatékonynak.
Szerencsére a WSL csapata kockáztatott, és teljesen átírta az alrendszert. A WSL 2-ben ezeket a problémákat orvosolták: a fejlesztők beépítettek egy saját Linux virtuális gépet a Windowsba, és a fájlműveleteket a VHD (Virtual Hardware Disk) hálózati meghajtóval bízták meg. A kompromisszum az, hogy az első indításkor időt kell szánni a virtuális gép beindítására. Ez az idő ezrekben mérhető, és számomra szinte észrevehetetlen. Én például örömmel várok, mert tudom, miért történik mindez.
Hol fognak most lakni a fájlok?
Ahhoz, hogy maximálisan kihasználhassa a WSL 2 előnyeit, szeretné áthelyezni a projekt fájlokat /mnt/c/Users/<имя пользователя>/ az új otthoni mappába ~\/Linux az új VHD-n. A disk tartalmát a hálózaton át lehet nézni, ha bemegy a \\ wsl $ \ <disztribúció neve> \ <felhasználónév> \ home vagy beírva a parancsot explorer.exe a Bash shelléből.
Ez egy igazi Linux fájlrendszer, és úgy működik, ahogy azt várná. Létrehoztam egy mappát ~\/projects, amelyben minden projektem tárolója található, majd a Visual Studio Code-ban nyitom meg a projekteket a code parancs használatával.
És mi van a VS Code-dal?
A WSL- telepítése a VS Code (VS Code Remote — WSL) távoli fejlesztéséhez az utolsó lépés, ami biztosítja a fejlesztő kényelmét. A kiterjesztés lehetővé teszi a VS Code számára, hogy minden műveletet (git parancsok, konzol, bővítmények telepítése stb.) közvetlenül a Linux virtuális géppel interakcióba lépve hajtson végre. Ez az egész folyamatot nagyon autonómmá teszi.
Eleinte egy kicsit frusztrált voltam a kiterjesztés telepítésének szükségessége miatt, mert újra kellett telepítenem mindazt, amit korábban telepítettem és beállítottam. De most már értékelem, mert megjelent egy speciális vizualizációs réteg, amely megmutatja, milyen környezetben dolgozom és hol élnek a fájljaim. Ez átláthatóbbá tette a webfejlesztési folyamatot Windows alatt és sokkal egyszerűbbé tette a verziókezelés UI kezelését a VS Code-ban.
Öröm könnyei és remény a fényes jövőre
Nem hagy el a boldogság érzése a Windows May 2020 Update következő kiadása és az optimalizált Linux alrendszer gondolatára, amely egyszerűen repül az erős játék számítógépemen. Lehet, hogy még vannak olyan problémák, amikről eddig nem tudok, de a Megállapítottam, hogy a WSL csapata a legtöbb problémát megoldotta.
Emellett ne feledjük, hogy is jó! Mintha meghallották volna a panaszaimat a fülek hiányáról, a JSON beállításokról és arról, hogy "menőnek" kellene éreznem magam a Windowsban. Még mindig furcsán hangzik, de a Windows Terminál talán a legjobb terminál Windowsra.
Öt évnyi munkavégzés után a Windows alatt sok mindenen mentem keresztül: a Rails telepítésének képtelensége, a Cygwin mesterséges környezeteivel folytatott harc. Az első sorban ültem a Build 2016 konferencián, amikor a Microsoft bejelentette a WSL első verzióját. Ekkor kezdtem reménykedni, hogy a webfejlesztés a Windows alatt végre egy új szintre lép. Kétségtelenül a WSL 2 a legnagyobb fejlődés, amit azóta láttam, és úgy tűnik, hogy egy új korszak küszöbén állunk.
Hirdetés
Ha a munkához szükségesek Windows szerverek, akkor egyértelműen — automatikus Windows Server 2012, 2016 vagy 2019 telepítés 2 GB RAM-tól vagy annál magasabb tarifák mellett, a licencek benne vannak az árban. Mindössze 21 rubeltől naponta! Emellett örök szervereink is vannak 😉
Forrás: habr.com
