» »

Podsistem za Linux na voljo vsem uporabnikom Windows 10 in 11

Podsistem za Linux na voljo vsem uporabnikom Windows 10 in 11

Slo-Tech - Ena največjih novosti v Windows 11, podsistem za Linux (WSL), ki je omogočal poganjanje programov za Linux, je bil doslej na voljo kot dodatek za Windows 11. Formalno je bil vse od predstavitve v predogledni različici (Preview), zato ni bil splošno dostopen - lahko pa si ga je namestil vsakdo. Sedaj je prikobacal do stabilne verzije, ki je dobila mesto v Mirosoft Storu in je na voljo tako za Windows 11 kakor tudi za Windows 10. Z drugimi besedami: tudi vsak Windows 10 lahko enostavno namesti WSL.

To pomeni, da bodo nadgradnje in popravki hitreje in enostavneje na voljo, saj bo WSL aplikacija v Microsoft Storu. To so storili po pritisku skupnosti, je pojasnil Craig Loewen, saj so ljudje množično povpraševali po WSL v Windows 10. Najnovejša verzija s podporo za grafični pogon se bo namestila iz Stora, četudi bi namestitev sprožili iz PowerShella.

Poenotenje je bilo nujno, saj so se verzije WSL začele kopičiti. Obstajata WSL1 in WSL2 ter Linuxovi distribuciji obeh. Na voljo je bil kot aplikacija v Storu in kot komponenta za Windows. Vse to se bo sedaj poenotilo v WSL2 kot privzeto različico.

40 komentarjev

filip007 ::

Če to pospešuje razvoj Linux aplikacij, je to to?
Palačinka z Ajvarjem in stopljenim sirom v mikrovalovki.

Zimonem ::

Distribucije so že itak v štoru. Samodejno prenašanje popravkov pa za sam wsl ne vem, če je najbolj bistra pogruntavščina. Glede na msjevo zgodovino popravkov.

pegasus ::

filip007 je izjavil:

Če to pospešuje razvoj Linux aplikacij, je to to?
Hm? To kvečjem omogoča uporabo windowsov v segmentih, kjer se sedaj praktično ne uporabljajo. Vsa znanost se odvija na linuxu že več kot dve desetletji, native windows apps so samo za obskurne reči. Zdaj pa lahko preko wsl na windows mountaš EESSI in imaš v trenutku na voljo ves svet znanstvenih HPC aplikacij. Performance malo šepa (predvsem io), ampak ok, nekje moraš plačat ceno, če vztrajaš na windowsih ;)

-Wall ::

Ma ne instaliram niti za goro kuruze. Kaksna pocasna jajca, windowsi so postali tocno to, kar nastane, ko sicer superiorno tehnologijo prevzamejo novodobni salabajzerji. Upam, da se poettering cimprej spizdi prodajat burek - btw, quisling zdaj dela pri Microsoftu.

Imam boljsi predlog, instaliras linux in windowse v kvm ter uporabljas pravi shell. Precej boljse performance, pa se windowse lahko poljubno izklopis (99% casa). Ali pa se znebis obojega (o ne, fanboy, s tem ne mislim androida, ki je skupek sranja obeh).

Zgodovina sprememb…

  • spremenilo: -Wall ()

link_up ::

ce ne druga imas vsaj scp in ssh native :)
In and Out

-Wall ::

link_up je izjavil:

ce ne druga imas vsaj scp in ssh native :)

scp? ;((

sija ::

link_up je izjavil:

ce ne druga imas vsaj scp in ssh native :)

po novem win shippa še s curl in bsdtar. počasi bodo portali ves coreutis in zamenjali COMMAND/cmd z bash xD

-Wall ::

sija je izjavil:

link_up je izjavil:

ce ne druga imas vsaj scp in ssh native :)

po novem win shippa še s curl in bsdtar. počasi bodo portali ves coreutis in zamenjali COMMAND/cmd z bash xD

Samo ne iz gnuja ampak iz bsdja. Sicer se strinjam, pravilna odlocitev.

darkolord ::

sija je izjavil:

... in zamenjali COMMAND/cmd z bash xD
To lahko - itak ostaja superiorni Powershell ;)

Glugy ::

-Wall je izjavil:

Ma ne instaliram niti za goro kuruze. Kaksna pocasna jajca, windowsi so postali tocno to, kar nastane, ko sicer superiorno tehnologijo prevzamejo novodobni salabajzerji. Upam, da se poettering cimprej spizdi prodajat burek - btw, quisling zdaj dela pri Microsoftu.

Imam boljsi predlog, instaliras linux in windowse v kvm ter uporabljas pravi shell. Precej boljse performance, pa se windowse lahko poljubno izklopis (99% casa). Ali pa se znebis obojega (o ne, fanboy, s tem ne mislim androida, ki je skupek sranja obeh).


Sam to bi mogl nardit navadnemu Janezu preprosto uporabniško izkušnjo da to izpele pa se znajde v tem.

-Wall ::

darkolord je izjavil:

sija je izjavil:

... in zamenjali COMMAND/cmd z bash xD
To lahko - itak ostaja superiorni Powershell ;)


Pravzaprav imas prav. Lahko bi bil superioren in tehnolosko je, problem je samo, da so novodobni smrdci naredili uporabo tako konfuzno, da je neuporaben.

(com objekte sem pisal preden je vecina vas sedla na prucko in IUnknown in _variant_t zame nista unknown, tako kot za vecino slo-techa, ki zna uporabljati samo kar smo jim mi spisali, pa se pri tem zajebe)

Zgodovina sprememb…

  • spremenilo: -Wall ()

pegasus ::

sija je izjavil:

zamenjali COMMAND/cmd z bash xD
Svež windows terminal je baje kar kul. Colors, tabs, all the bling ;)

-Wall ::

pegasus je izjavil:

sija je izjavil:

zamenjali COMMAND/cmd z bash xD
Svež windows terminal je baje kar kul. Colors, tabs, all the bling ;)


Problem je samo, da tece na superionem sistemu, ki so ga zajebali do te mere, da se z prej inferiornemu linuxu, niti primerjati vec ne more. Da se ne bomo narobe razumeli, linux je en popolen drek in ne bi bil nikoli boljsi od windosov, ce ne bi le teh tako zajebali, da so postali slabsi od linuxa.

sija ::

-Wall je izjavil:

Da se ne bomo narobe razumeli, linux je en popolen drek in ne bi bil nikoli boljsi od windosov, ce ne bi le teh tako zajebali, da so postali slabsi od linuxa.


Tu misliš jedro Linux proti jedru NT ali POSIXaško distribucijo proti distribuciji Windowsa?

Pri Linuxu me najbolj moti odvisnost od diska. Ne pravim, da je NT bistveno boljši, ker ne vem, kako deluje, ampak Linxova odvisnost in navezanost na disk zaradi legacy razlogov je meni kot laiku glavna težava. Recimo da je poll na datoteke nemogoč, ker datoteke ne blockajo ... Je sicer res, da ne breaka userspacea, ampak zato ukine preprostost in enotnost koncepta everything is a file (descriptor), ker je treba za kakršne koli bolj učinkovite operacije z datotekami uporabljati bolj obskurne syscalle.

Pri NT pa je en pomislek pomanjkanje namespaceov. Verjetno boš ti kaj več vedel o tem, ampak na prvi pogled je izdelava kontainerskih sistemov težja na NT kot na Linux.

Zgodovina sprememb…

  • spremenilo: sija ()

-Wall ::

sija je izjavil:

-Wall je izjavil:

Da se ne bomo narobe razumeli, linux je en popolen drek in ne bi bil nikoli boljsi od windosov, ce ne bi le teh tako zajebali, da so postali slabsi od linuxa.


Tu misliš jedro Linux proti jedru NT ali POSIXaško distribucijo proti distribuciji Windowsa?


NT jedro je superiorno napram Linux jedru (ze to, da je iteracija VMS jedra pove, da je superioren unix jedrom, ali ga m$ zna izkoristiti je cisto druga debata, imajo OS/2 subsystem in prostora se za 253 podsistemov, ampak so raje virtualizirali linux). Ampak ajde, tega uporabnik niti ne vidi, tako, da je vseeno. Ves gnoj se skriva visje.

Zgodovina sprememb…

  • spremenilo: -Wall ()

-Wall ::

sija je izjavil:

obskurne syscalle


syscalli niso obskurni, vse ostalo je. Zal smo presli v ero skriptiranja in pisanja yaml fajlov, kjer nihce vec nima blage veze o sistemskem programiranju ampak je sistemsko programiranje baje obskurno (ceprav dalec najbolj ucinkovito, seveda pa moras nekaj vedeti o sistemu - kar je danes nebodigatreba), nizanje nivojev virutalizacije, simulacije, kontejnerizacije pa nova moda. Med uporabnikom in dejanskim izvajanjem operacije sistema je vsakic n layerjev, ceprav bi lahko bil samo eden. Zato se pa vsak nov racunalnik, ceprav veliko mocnejsi od prejsnjega, vlece identicno z novimi verzijami operacijskega sistema. Za bruhat, idiokracija se kaze tudi na tem nivoju.

Zgodovina sprememb…

  • spremenilo: -Wall ()

LeQuack ::

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V. In kot da to še ni dosti, ta vritualka laufa v ozadju 24/7, se pravi poleg vseh Windows procesov ti laufajo še vsi linuks procesi, se pravi CPU in RAM se porabljata za brezveze. In kot da to še ni dosti, ko vklopiš WLS2 nehajo delovati ostali virtual machine programi kot so Virtualbox ali VMware. Lahko se sicer jih da nekako na pol usposobiti, da uporabljajo Hyper-V v ozadju, ampak to je bedna rešitev. V glavnem stay away from WSL2, ker je piece of crap.
Quack !

Zgodovina sprememb…

  • spremenil: LeQuack ()

-Wall ::

LeQuack je izjavil:

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V


Tocno tako, zato pa pravim, da raje nalozis linux in virtualiziras windowse. Tako ali tako so neuporabni, ce nisi normi.

acookook ::

LeQuack je izjavil:

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V. In kot da to še ni dosti, ta vritualka laufa v ozadju 24/7, se pravi poleg vseh Windows procesov ti laufajo še vsi linuks procesi, se pravi CPU in RAM se porabljata za brezveze. In kot da to še ni dosti, ko vklopiš WLS2 nehajo delovati ostali virtual machine programi kot so Virtualbox ali VMware. Lahko se sicer jih da nekako na pol usposobiti, da uporabljajo Hyper-V v ozadju, ampak to je bedna rešitev. V glavnem stay away from WSL2, ker je piece of crap.

Bp laufaš vklopljen WSL 2 brez hyper-Vja. Plus tega a to misliš istočasno prižgane vbox, HV in WSL2?
.

LeQuack ::

acookook je izjavil:

LeQuack je izjavil:

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V. In kot da to še ni dosti, ta vritualka laufa v ozadju 24/7, se pravi poleg vseh Windows procesov ti laufajo še vsi linuks procesi, se pravi CPU in RAM se porabljata za brezveze. In kot da to še ni dosti, ko vklopiš WLS2 nehajo delovati ostali virtual machine programi kot so Virtualbox ali VMware. Lahko se sicer jih da nekako na pol usposobiti, da uporabljajo Hyper-V v ozadju, ampak to je bedna rešitev. V glavnem stay away from WSL2, ker je piece of crap.

Bp laufaš vklopljen WSL 2 brez hyper-Vja. Plus tega a to misliš istočasno prižgane vbox, HV in WSL2?


WSL2 uporablja hyper-v kot backend (ne mislim standalone Hyper-V produkt z GUI), tako da bo težko delal brez. In ja če hočep istočasno laufati še Virtualbox pač ne dela, razen z workaroundi, kot je ta da se uporabi Hyper-V kot backend, kar pomeni da Virtualbox rata so kot en frontend GUI. V glavnem bolj jalovo je vse skupaj. Je pa to kar popularna težava, tako da samo googlaj WSL2 + Virtualbox in boš dobil milijon rezultatov.

Troubles with VirtualBox and the Windows Subsystem for Linux
https://nicolaiarocci.com/troubles-with...

Quack !

Zgodovina sprememb…

  • spremenil: LeQuack ()

-Wall ::

acookook je izjavil:

Bp laufaš vklopljen WSL 2 brez hyper-Vja.


Neumnost. WSL2 tece znotraj hyper-v, to ce nimas pognanega GUIja, se ne pomeni, da ne tece v ozadju.

sija ::

-Wall je izjavil:

sija je izjavil:

obskurne syscalle


syscalli niso obskurni, vse ostalo je.


definitivno je obskurno po nepotrebnem. ciljal sem na aio. če bi bili epoll syscalli poenoteni do te mere, da bi delali tudi z datotekami na disku, bi za veliko stvari lahko samo uporabili epoll namesto pisanja veliko več kode za aio. kakor se mi sanja, je edini razlog zato, da kernel pri file fdjih ignorira dejstvo, da disk pravzaprav ima latency (ker imamo fuse, nfs, ...), legacy podpora.

primer: preprost program, ki bere iz stdin nek bytestream in ga obdeluje, ko prihajajo podatki. recimo, da poženemo epoll na stdin fdju. delalovalo bo na večini tipov fdja, razen na datotekah - pri
./bin < file
bi epoll vrnil invalid argument, ker file operacije iz legacy razlogov ne blockajo (oziroma vedno blockajo, odvisno kateri čas gledaš). v praksi in na wall clocku torej file operacije blockajo, ampak, če naš hipotetičen program želi učinkovito podpirati datoteke v stdin, ne le socketov, pipov, ... , mora uporabiti aio, kar predstavlja dodatne komplikacije v programu. to sem mislil, ko sem rekel "obskuren syscall".

prosim, popravi me, gotovo sem kaj narobe rekel. tukaj razglabljajo tudi o open(2), ki pa nima nonblocking alternative: https://news.ycombinator.com/item?id=17...

(poudarjam, da sem laik, tako da sem hvaležen vsakršnim informacijam)

pegasus ::

Aio je passe, new hotness je io_uring ;-)

sija ::

pegasus je izjavil:

Aio je passe, new hotness je io_uring ;-)

uuu, fancy ... je pa samo od 5.1, kar je dokaj novo (:

srus ::

-Wall je izjavil:

pegasus je izjavil:

sija je izjavil:

zamenjali COMMAND/cmd z bash xD
Svež windows terminal je baje kar kul. Colors, tabs, all the bling ;)


Problem je samo, da tece na superionem sistemu, ki so ga zajebali do te mere, da se z prej inferiornemu linuxu, niti primerjati vec ne more. Da se ne bomo narobe razumeli, linux je en popolen drek in ne bi bil nikoli boljsi od windosov, ce ne bi le teh tako zajebali, da so postali slabsi od linuxa.


Tebe so pa danes v službi odpustili, pa si prišel prej domov in ugotovil, da te žena vara, ko te je s spakiranimi kovčki postavila pred vrata in ti povedala, da se otroci drogirajo.

-Wall ::

srus je izjavil:

-Wall je izjavil:

pegasus je izjavil:

sija je izjavil:

zamenjali COMMAND/cmd z bash xD
Svež windows terminal je baje kar kul. Colors, tabs, all the bling ;)


Problem je samo, da tece na superionem sistemu, ki so ga zajebali do te mere, da se z prej inferiornemu linuxu, niti primerjati vec ne more. Da se ne bomo narobe razumeli, linux je en popolen drek in ne bi bil nikoli boljsi od windosov, ce ne bi le teh tako zajebali, da so postali slabsi od linuxa.


Tebe so pa danes v službi odpustili, pa si prišel prej domov in ugotovil, da te žena vara, ko te je s spakiranimi kovčki postavila pred vrata in ti povedala, da se otroci drogirajo.


Naah, samo idiokracija je napredovala do nivoja, ko je nihce vec ne vidi, ker so pregloboko v njej.

sija je izjavil:

(poudarjam, da sem laik, tako da sem hvaležen vsakršnim informacijam)

:)) Mislim, da ne razumes dobro, najprej zazenes vm, pozenes v njem program, ki rise na screen, po novih metodologijah pozenes nad tem ai-ocr-kubernetes-network, ki pretvori iz tega graficni output v novo ne-graficno obliko in jo prikaze na graficni nacin. Ergo, zadeva ze po defaultu ne more biti blocking. To imas samo zastarele metodologije, recimo tvoj primer je zgresen, danes se vse dela preko layerjev neodvisnih od operacijskega sistema, ti pa si uporabil samo *nix sintakso, preko vm layerja in aija, bo zadeva prepoznala graficni output in ga prikazala v obliki, ki bo OS independent. Prevec na zacetku si zacel, bos moral nove patterne nastudirat, zakaj bi delal stvari na preprost nacin, ce pa lahko zadevo naredis OS neodvisno in cloud ready.

Me je veselilo :)

Zgodovina sprememb…

  • spremenilo: -Wall ()

ikeman ::

@-Wall ima precej prav. Še vedno(že od leta 2005:) menim, da bo v prihodnje linux ravnotako postal 1 od podsistemov NT arhitekture tako kot sta Win32(64/IA) in POSIX ter OS/2.
Mogoče že leta 2030, če ne pa kasneje. Menim, da je to neizogibno ;)

WhiteAngel ::

-Wall je izjavil:

sija je izjavil:

obskurne syscalle


syscalli niso obskurni, vse ostalo je. Zal smo presli v ero skriptiranja in pisanja yaml fajlov, kjer nihce vec nima blage veze o sistemskem programiranju ampak je sistemsko programiranje baje obskurno (ceprav dalec najbolj ucinkovito, seveda pa moras nekaj vedeti o sistemu - kar je danes nebodigatreba), nizanje nivojev virutalizacije, simulacije, kontejnerizacije pa nova moda. Med uporabnikom in dejanskim izvajanjem operacije sistema je vsakic n layerjev, ceprav bi lahko bil samo eden. Zato se pa vsak nov racunalnik, ceprav veliko mocnejsi od prejsnjega, vlece identicno z novimi verzijami operacijskega sistema. Za bruhat, idiokracija se kaze tudi na tem nivoju.


Delno ti dam prav. Povprečen Janez občuti nov layer kot potrebo po vsaj 8gb rama, če je bil 10 let nazaj 4gb dovolj. Je pa res, da je v zadnjih 10 letih z VTom in cgroupi močno zaživel docker in mašine v oblaku. npr. github actions/gitlab ci. Danes ima devops res lepe možnosti za testirat softver na bilokaterem stacku (tako različni OSi kot CPUji) in ga deployat. Sistemsko programje je moralo pa temu sledit (systemd...).

Zgodovina sprememb…

Lonsarg ::

Z napredkom v ITju se pac veca kompleksnoat, to JE neizogibno. Edini nacin za managirat kompleksnost je da dodajas layerje, da s tem to kompleksnost abstrahiras in jo naredis managable.

Ja minus tega je, da bo low level zadeve vedno manj ljudi poznalo, ampak plusi pretehtajo, prevec je zadev da bi nove ljudi vsega ucil, pac usmeris dolocene ljudi v dolocene layerje.

boolsheat ::

link_up je izjavil:

ce ne druga imas vsaj scp in ssh native :)


Ssh je že dolgo native na win.
https://github.com/PowerShell/Win32-Ope...

l0g1t3ch ::

LeQuack je izjavil:

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V. In kot da to še ni dosti, ta vritualka laufa v ozadju 24/7, se pravi poleg vseh Windows procesov ti laufajo še vsi linuks procesi, se pravi CPU in RAM se porabljata za brezveze. In kot da to še ni dosti, ko vklopiš WLS2 nehajo delovati ostali virtual machine programi kot so Virtualbox ali VMware. Lahko se sicer jih da nekako na pol usposobiti, da uporabljajo Hyper-V v ozadju, ampak to je bedna rešitev. V glavnem stay away from WSL2, ker je piece of crap.


Dodaten problem je, da je Hyper-V narejen podobno kot XEN.
Virtualizacijski layer se vrine med HW in OS, tako da od tistega momenta dalje je tudi twoj windows, ki ga imaš na PC-ju ali laptopu, samo virtulaka (priviligirana).

Tako da v primeru WSL2 poganjaš virtualko z Windowsi iz katere dostopaš do virtualiziranega Linuxa :D Turtles all the way down...

Da ne govorim o VBS, danes iamjo to vklopljeni že vsi "corporate" laptopi.

l0g1t3ch ::

acookook je izjavil:

LeQuack je izjavil:

Beda. WSL1 je bil kul ker je bil kot native port. WSL2 pa je samo navadna virtualka v Hyper-V. In kot da to še ni dosti, ta vritualka laufa v ozadju 24/7, se pravi poleg vseh Windows procesov ti laufajo še vsi linuks procesi, se pravi CPU in RAM se porabljata za brezveze. In kot da to še ni dosti, ko vklopiš WLS2 nehajo delovati ostali virtual machine programi kot so Virtualbox ali VMware. Lahko se sicer jih da nekako na pol usposobiti, da uporabljajo Hyper-V v ozadju, ampak to je bedna rešitev. V glavnem stay away from WSL2, ker je piece of crap.

Bp laufaš vklopljen WSL 2 brez hyper-Vja. Plus tega a to misliš istočasno prižgane vbox, HV in WSL2?


Hyper-v je v osnovi samo virtualizacijski layer, ki teče v ozadju, pa se ti tega očitno niti ne zavedaš. Pač nimaš nameščenega GUI dela.
Poanta WSL2 je bila ravno prehod iz emulacije na virtualizacijo, da lahko uporabljajo nespremenjen Linux kernel.

Plus tega a to misliš istočasno prižgane vbox, HV in WSL2?

Problem je da hyper-v ne moreš ugasnit/prižgat po potrebi. Če imaš nameščen WSL2 potem ti v ozadju vedno teče hyper-v. Oz še slabše je. Dd trenutka ko vklopiš WSL2, je tvoj dotedansji OD samo še virtualka.

link_up ::

sija je izjavil:

link_up je izjavil:

ce ne druga imas vsaj scp in ssh native :)

po novem win shippa še s curl in bsdtar. počasi bodo portali ves coreutis in zamenjali COMMAND/cmd z bash xD


tocno, se curl sem pozabil! Spada cisto v enako kategorijo.
In and Out

PrimoZ_ ::

Z virtualizacijo rešujejo problem izolacije pomnilnika.

Je to problem x86 arhitekture, NT kernela ali kombinacija obojega ?

Zgodovina sprememb…

  • spremenilo: PrimoZ_ ()

thramos ::

l0g1t3ch je izjavil:

Problem je da hyper-v ne moreš ugasnit/prižgat po potrebi. Če imaš nameščen WSL2 potem ti v ozadju vedno teče hyper-v. Oz še slabše je. Dd trenutka ko vklopiš WSL2, je tvoj dotedansji OD samo še virtualka.


Overhead type 1 hipervizorja je razmeroma majhen. Itak maš pa možnost uporabe WSL1.

LeQuack ::

Ja samo WSL1 dvomim da bodo kaj dosti razvijali še, če sploh. In bo slej ko prej deprecated. Alternative so še kaki Cygwin/MinGW/MSYS2.
Quack !

thramos ::

MS pravi, da ne :). Ker ima poleg slabosti (I/O) tudi svoje prednosti, ga pomoje res ne bodo kar tako ukinili.

l0g1t3ch ::

thramos je izjavil:

l0g1t3ch je izjavil:

Problem je da hyper-v ne moreš ugasnit/prižgat po potrebi. Če imaš nameščen WSL2 potem ti v ozadju vedno teče hyper-v. Oz še slabše je. Dd trenutka ko vklopiš WSL2, je tvoj dotedansji OD samo še virtualka.


Overhead type 1 hipervizorja je razmeroma majhen. Itak maš pa možnost uporabe WSL1.


Res je razmeroma majhen, je pa vseskozi prisoten.
Poleg tega te omejuje pri poganjaju Virtualbox in Workstation/Player rešitev. Seveda oba produkta znata delati tudi z WHVP, torej jih lahko poganjamo ko je spodaj hyper-v, ampak s tem oba produkta zreduciramo na GUI frontend.

Služben laptop je pač Windows z vklopljenim hyper-v zaradi VBS. Pa potem uporabljam še wsl2 in client hyper-v.
Ni pa to moja prva izbira :)

acookook ::

-Wall je izjavil:

acookook je izjavil:

Bp laufaš vklopljen WSL 2 brez hyper-Vja.


Neumnost. WSL2 tece znotraj hyper-v, to ce nimas pognanega GUIja, se ne pomeni, da ne tece v ozadju.

Se pravi, docker uporablja Hypev-V virtualke. Pač res nisem imel nekega prompta za odločitev med hypervizorji.......najprej po defaultu zrihtam wsl+2, pol sem rabil virtualbox virtualko potem pa explicitno obkljukal HyperV za Hololens development. Nikjer mi ni težilo (kot nekoč), da moram menjati hypervizorja.
.

Zimonem ::

-Wall je izjavil:

Ma ne instaliram niti za goro kuruze. Kaksna pocasna jajca, windowsi so postali tocno to, kar nastane, ko sicer superiorno tehnologijo prevzamejo novodobni salabajzerji. Upam, da se poettering cimprej spizdi prodajat burek - btw, quisling zdaj dela pri Microsoftu.

Imam boljsi predlog, instaliras linux in windowse v kvm ter uporabljas pravi shell. Precej boljse performance, pa se windowse lahko poljubno izklopis (99% casa). Ali pa se znebis obojega (o ne, fanboy, s tem ne mislim androida, ki je skupek sranja obeh).

Ker kvm je pa kaj drugega kot hipervizor. Paranoja je res huda reč. In ne performance so podobne.


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Podsistem za Linux na voljo vsem uporabnikom Windows 10 in 11

Oddelek: Novice / Operacijski sistemi
406884 (4099) Zimonem
»

VirtualBox zelena želva

Oddelek: Operacijski sistemi
71266 (775) BuboBubo
»

Linuxov podsistem v Windows dobil grafično okolje (strani: 1 2 )

Oddelek: Novice / Operacijski sistemi
9014771 (10754) boolsheat
»

Windows 10 bo v WSL 2 podpiral Linuxove datotečne sisteme

Oddelek: Novice / Operacijski sistemi
154538 (2584) pegasus
»

Microsoft pokazal verzijo Windows z Linuxovim jedrom (strani: 1 2 3 )

Oddelek: Novice / Operacijski sistemi
10023823 (18949) Phantomeye

Več podobnih tem