Názory k článku
Rychlost WSL2 je podle nového testu dobrá
-
peci1Stříbrný podporovatelA-ou... Pomale IO se mozna podarilo zrychlit, pokud se cte z nativniho filesystemu, ale pokud chcete cist z WSL nejakou Windowsi partition nebo z Windows tu "WSL partition", tak mate smulu... Podle reportu na githubu i hloupy git status muze trvat veky (nekdo hlasil pul dne, ale uz nevim, jak velky projekt mel).
-
Filip JirsákStříbrný podporovatelJe něco takového častý use case? Účel WSL, jak ho vnímám já, není to, abych měl hromadu souborů, se kterými pracuju chvíli z Windows a chvíli z Linuxu. Vnímám WSL jako způsob, jak si z Windows spustit celý linuxový systém, aniž bych musel Windows vypínat – pak ale budu pracovat přímo v tom systému.
-
peci1Stříbrný podporovatel
Vycetl jsem dva use-casy: programovani v IDE, ktere je lepsi poustet ve Windows (pres X forwarding by to asi slo taky, ale lidi to chteji takhle), a sdileni cache (treba maven cache muze byt docela velka a lidi ji nechteji mit na disku dvakrat). A pak taky rychle testovani kodu, jestli se zbuildi na win i linuxu - pak se hodi mit jeden adresar dostupny z obou systemu.
-
Filip JirsákStříbrný podporovatel
Zrovna Maven cache bych vůbec neřešil, disky jsou levné a pokud to chcete řešit, stačí občas promazat staré verze. To testování buildu je pochopitelnější, ale tak, jak chápu WSL, bych spíš přenesl celý nový kód před buildem. Navíc se mi nebudou míchat výsledky buildu z Windows a z Linuxu, naopak můžu využít nakešované výsledky předchozího běhu. Ale vlastně je to pořád to, co už jsem psal – chápu WSL jako rychlý způsob, jak přepínat mezi Windows a Linuxem, ne jako způsob, jak ve Windows spouštět linuxové aplikace.
-
Zrovna ta cache je na tenkém ledě. Fungovat to může, ale záleží na aplikaci. Na Windows a Linuxu máte různé modely oprávnění, různé přístup k case sensitivity, různé zamykání, různé timestampy, ... Rozbít se tu může ledacos.
BTW, u Gitu jsem viděl, co kombinace Windows a Linux zvládne. Stačí mít jinak nastavené řešení konců řádků (což je defaultní situace), pullnout na Windows a commitnout z Linuxu. S trochou nepozornosti commitnete změnu konců řádků.
-
Můj use case je používání základního software pro manipulaci s daty, pro který nejsou ve Windows adekvátní náhrady mimo různých pochybných freewarů nebo sharewarů, spouštění shell skriptů na datech z Windows šetří čas. Používám virtuální stroje, takže WSL 2 je pro mě nepoužitelné, i když Docker by se hodil, v současnosti to řeším docker-machine, ale výkon nic moc. Můj názor je, že lpění na Hyper-V je ze strany Microsoftu iracionální a neudržitelné.
-
Mno, rychlost WSL2 je mozna slusna, trmacka je, ze po instalaci WSL2 se i vlastni wokonice spousteji pod hyper-v.
To jeste tak nevadi, ale kdyz se na wokenici spusti VMware player, kde mam dalsi w10 s ruznyma potrhlyma VPNkama k zakaznikum, kteryma nechci zasirat baremetal os, tak tu mame virtualizaci ve virtualizaci a vykon je OTRESNY.
Klepnuti na tlacitko start, 2 sekundy na reakci.Takze to po vikendovem testovani zase letelo z disku a zustavam na WSL1
-
Hyper-V je v desktopu dobré zlo, propad výkonu celého systému je velmi citelný.
Kdysi jsem takhle přemýšlel, proč mi celý počítač běží divně a pak jsem jen odinstaloval Hyper-V a najednou se to celé nakoplo.Pak pátral a Microsoft tak někde mezi řečí zmínil, že jen nainstalovaný Hyper-V způsobí přepnutí celého Windows do virtualizovaného HW.
Mě to příjde ošklivé, že jen přítomnost nainstalovaného Hyper-V takhle degraduje výkon PC aniž by jste ho vůbec používali.
WSL jako paravirtualizace mi dávalo smysl jako plná virtualizace, pod Hyper-V mě vůbec netěší.
20. 6. 2020, 08:50 editováno autorem komentáře
-
Pokud vím, výkonností dopad Hyper-V na hosta by měl být neznatelný.
Třeba podle tohoto testu jde o cca 1% ( https://linustechtips.com/main/topic/1022616-the-real-world-impact-of-hyper-v-on-gaming/?do=findComment&comment=13090683 ) -
Nemal by hyper-v podporovat tzv nested virtualizaciu? A teda teoreticky by mal ist aj niekolko vnorenych virtualov. Ako uz bolo spominane zrejme je to pozitim VMware (S virtualBoxom to zrejme chodi co som inac dost prekvapeny). Cital som ze tato verzia by mala chodit s hyper-V ale este som neskusal na vlastnej kozi https://blogs.vmware.com/workstation/2020/01/vmware-workstation-tech-preview-20h1.html
-
btw: VirtualBox dle https://docs.oracle.com/en/virtualization/virtualbox/6.0/relnotes/nested-virt-support.html
podporuje nested pouze s AMD cpu... -
> vmware guesta, mem pripade druhe w10, typicky pro VPN, ktere
> odriznou pristup do internetu. A ten jde totalne do sracekPokud vím, tak VMWare podporuje běh pod Hyper-V teprve v rámci posledního update, tak snad to vylepší.
Jinak samozřejmě můžete zkusit přejít pod Hyper-V. Záleží, co na těch virtuálkách potřebujete dělat.
-
Pouzivam VMware workstation. NA MS som cital ze pre beh WSL2 je odporucane mat zapnute HYPER-V, videl som vsak bezat aj WSL2 bez HYPER-V no neviem ci je tam nejaka performance penalty alebo nieco pdoobne, mate s tym skusenosti? Pokial viem tak VMware workstation donedavna pod HYPER-V nefungoval, takze nebolo mozne mat aj VMware Workstaion a aj WSL2. Exisuje aj verzia VMware Wrosktation ktora by mala chodit s HYPER-V. Mate s tym skuenosti?
-
Mozem sa spytat co myslite tym ze je to zufale? Nevedel som ze "klasicky" VMware workstation funguje s HYPER-V. Ja som narazal na tuto verziu https://blogs.vmware.com/workstation/2020/01/vmware-workstation-tech-preview-20h1.html
