Mikrosofto preparas la liberigon de Vindoza Majo 2020 Ĝisdatigo (20H1). Ĉi tiu ĝisdatigo enhavos kelkajn belajn uzantinterfacajn plibonigojn, sed kio estas pli grava por programistoj kaj aliaj en la nova versio de Vindozo estas tio. (Vindoza Subsistemo por Linukso). Ĉi tio estas grava informo por tiuj, kiuj volis ŝanĝi al Windows OS, sed ne kuraĝis.
Dave Rupert instalis WSL 2 sur sia 13-cola Surface-tekkomputilo kaj unuaj rezultoj
agrable surprizita:
La dua versio de WSL estas 13 fojojn pli rapida ol la unua! Ne ĉiutage vi ricevas 13x-plektigon senpage. Mi sentis frostojn kaj verŝis virecan larmon kiam mi unue vidis ĉi tiujn rezultojn. Kial? Nu, plejparte mi funebris pri la perdita tempo, kiu amasigis dum 5 jaroj da laborado kun la unua versio de WSL.
Kaj ĉi tiuj ne estas nur nombroj. En WSL 2, npm-instalado, konstruado, pakado, rigardado de dosieroj, reŝargi varmajn modulojn, lanĉado de serviloj - preskaŭ ĉio, kion mi uzas ĉiutage kiel retejo-programisto, fariĝis multe pli rapida. Ĝi sentas kiel esti sur Mac denove (aŭ eble pli bone, ĉar Apple radikale limigis siajn procesorojn en favoro de pli bona bateria vivo dum la lastaj jaroj).
De kie venas tia lerteco?
Kiel ili atingis 13x pliigon de produktiveco? Antaŭe, kiam mi pensis pri ŝanĝi al Mac, mi ankaŭ forĵetis kelkajn eblojn, kvankam nur je la nivelo de supozoj. La fakto estas, ke skribi al disko kaj Linuksaj sistemvokoj estis sufiĉe multekosta (laŭ tempokostoj) pro la arkitekturo de la unua versio de WSL. Kaj nun divenu, pri kio ege dependas moderna TTT-evoluo? Jes. Kiam vi kunmetas amason da dependecoj kaj kodfragmentoj ĉiufoje kiam vi konservas dosieron, vi efektive faras multajn diskskribadojn kaj sistemajn vokojn sur dekoj da miloj da dosieroj.
Post kiam vi lernas ĉi tion malfacile, estas malfacile forgesi. Vi komencas iom post iom fariĝi deprimita kiam vi imagas kiel malrapide kaj bedaŭrinde ĉio funkcias. Kaj vi rimarkas, ke via mondo ne plu estos la sama kaj la ilo, kiun vi ŝatis, ne plu ŝajnas utila aŭ efika.
Feliĉe, la teamo de WSL riskis kaj tute reverkis la subsistemon. En WSL 2, ĉi tiuj problemoj estis solvitaj: la programistoj konstruis sian propran Linuksan virtualan maŝinon en Vindozon kaj delegis dosieroperaciojn al retdisko VHD (Virtual Hardware Disk). La kompromiso estas, ke la unuan fojon, kiam vi kuras ĝin, vi devas pasigi tempon ŝpinante la virtualan maŝinon. Ĉi tiu tempo estas mezurita en milisekundoj kaj apenaŭ rimarkeblas al mi persone. Ekzemple, mi atendas kun plezuro, ĉar mi scias, por kio ĉio ĉi tio estas.
Kie la dosieroj loĝos nun?
Por plene utiligi WSL 2, vi volos movi viajn projektdosierojn de /mnt/c/Uzantoj/<uzantnomo>/ al la nova hejma dosierujo ~/Linukso sur nova VHD. Vi povas vidi la enhavon de ĉi tiu disko interrete irante al \\wsl$\<distribunomo>\<uzantnomo>\home aŭ enirante la komandon explorer.exe el via Bash-ŝelo.
Ĉi tio estas vera Linuksa dosiersistemo, kaj ĝi agas kaj kondutas kiel vi atendus. Mi kreis dosierujon ~/projektoj, kiu estas kie ĉiuj miaj projektdeponejoj loĝas kaj tiam mi malfermas la projektojn en Visual Studio Code uzante la kodan komandon.
Kio pri VS Kodo?
Instalante WSL por fora disvolviĝo sur VS Code (VS Code Remote - WSL) estas la lasta etapo, kiu certigas komfortan laboron por la programisto. La etendaĵo permesas al VS Code plenumi ĉiujn ĝiajn operaciojn (git-komandoj, konzoloj, instali etendaĵojn, ktp.) per interagado rekte kun la Linukso virtuala maŝino. Ĉi tio faras la tutan procezon tre aŭtonoma.
Komence mi estis iom ĉagrenita pro devi instali ĉi tiun etendon ĉar mi devis reinstali tion, kion mi antaŭe instalis kaj agordis. Sed nun mi dankas ĝin ĉar ekzistas speciala bildiga tavolo, kiu montras en kia medio mi laboras kaj kie loĝas miaj dosieroj. Ĉi tio igis la Vindozan TTT-disvolvan procezon pli travidebla kaj multe plifaciligis uzi la versikontrolan UI en VS Code.
Larmoj de feliĉo kaj espero por brila estonteco
Mi ne povas ne sentiĝi ekscitita pri la venonta eldono de la Ĝisdatigo de Vindozo Majo 2020 kaj la optimumigita Linukso-subsistemo, kiu nur flugas sur mia potenca videoludada komputilo. Eble estas iuj aliaj problemoj pri kiuj mi ankoraŭ ne konas, sed poste Mi konkludis, ke la WSL-teamo solvis la plej multajn problemojn.
Krome, ne forgesu tion bone ankaŭ! Estis kvazaŭ ili aŭdis miajn plendojn pri la manko de langetoj, JSON-Agordoj kaj la bezono "sentiĝi malvarmeta" en Vindozo. Ĝi ankoraŭ sonas strange, sed Windows Terminal eble estas la plej bona terminalo por Vindozo.
Laborinte ĉe Vindozo dum 5 jaroj, mi travivis multon: ne povante instali Rails, luktante kun artefaritaj Cygwin-ŝeloj. Mi havis antaŭvicon sidlokon ĉe la sama Konstruo 2016 konferenco kiam Microsoft anoncis la unuan version de WSL. Kaj tiam mi komencis esperi, ke reto-disvolviĝo en Vindozo finfine atingos novan nivelon. Sen dubo, WSL 2 estas la plej granda plibonigo, kiun mi vidis ekde tiam, kaj ŝajnas, ke ni estas sur la rando de nova epoko.
Pri la Rajtoj de Reklamado
Se laboro postulas Vindozaj serviloj, tiam vi certe — aŭtomata instalado de Windows Server 2012, 2016 aŭ 2019 sur planoj kun 2 GB RAM aŭ pli alta, la permesilo jam estas inkluzivita en la prezo. Entute de 21 rubloj tage! Ni ankaŭ havas eternajn servilojn 😉
fonto: www.habr.com