ja nerozumiem dôvody prečo sú toľký ľudia "PAF" z tohoto WSL2... ako jo pre developerov a testerov pre testovanie softwaru ktorý vyvíjajú sa to zdá ako skvelá vec, ale celkovo bych z toho zas tak nejásal,... nie len že mnoho vecí tam stále nefunguje tak ako v reálnom Linuxe, a teda ani ten testing nie je úplne taký aký by mal byť, ale mimo testovania je to v podstate výrazne obmedzujúce a zbytočné, nemá to využitie... ako niektoré Linuxové aplikácie tam spustíte, nejaké ale zas nie. Výkonovo to voči virtuálke zas tak veľký rozdiel nie je... je to trocha rýchlejšie, ale nie o toľko aby sa to oplatilo. S WSL či WSL2 sú problémy, ktoré v reálnom Linuxe nie sú. Príkladom je aj to ako do teraz bolo potrebné riešiť aktualizáciu jadra. Myslím že fakt z toho byť PAF nie je dôvod.
Microsoftu do hlavy nevidím, ale podle mě je ten plán velmi jednoduchý a není na něm nic zákeřného. Jde o cloudové aplikace. Microsoft dobře ví, že platformám jako je .NET fugujících na proprietárním Windows Server pomalu ale jistě odeznívá. Dneska jedou čistě cloudové systémy vyvíjené v Pythonu, Go, Rustu apod., které se z mnoha různých důvodů (dobrých či špatných) v praxi nasazují na Linuxové instance, a to včetně v Microsoftím vlastním Azuru. Microsoft chce vyjít vstříc vývojářům takových aplikací a nechat je kodit na Windows pomocí Microsoftských nástrojů jako VSCode, a přitom jim umožnit ladit a testovat přímo v Linuxovém prostředí pomocí WSL. Jistě si dobře uvědomují, že pokud to neudělají, nejpravděpodobnější výsledek bude, že tito vývojáři budou na laptopech a desktopech používat Linux a to tím spíš, že např právě zmíněný, oblíbený a objektivně vynikající VSode na Linuxu funguje nativně. K tomu MS pochopitelně nikoho nechce nabádat.
Nechci být hnusný i když to možná tak vyzní. Nikdo z toho PAF není. Skalní uživatelé Windows to mají na háku, a stejně tak bych to tipl u skalních userů Linuxu. A ten zbytek jsou jenom tupé ovce co se nechají ovlivňovat PR, reklamními kampaňmi, články a pohádkami o tom jak Microsoft miluje OpenSource. Za pár let (2-5)let se tam pak sejde management a vyhodnotí účinnost kampaně jestli se jim podařilo zaháčkovat dostatečné množství lidí či ne, a buď tam ta funkce zůstane nebo ji hodí přes palubu.
Skalní uživatelé Windows to mají na háku, a stejně tak bych to tipl u skalních userů Linuxu. A ten zbytek jsou jenom tupé ovce co se nechají ovlivňovat PR
Jsem přesvědčený, že existuje víc typů lidí, než skalní uživatelé <něčeho> a tupé ovce. Dokonce být skalním fanouškem <čehokoliv> se někdy považuje za tupost.
u GNU/Linuxu je to ale neco jineho tim ze fans je (i) o otevrenosti a svobode, u fans Windows jde o to "love corporate"? kvalitni ten system neni, leda (a to nesouvisi primo s Windows) ze by slo o vyhradni dostupnost nekterych aplikaci...
Kriste Pane! To už je hýkalství jak od našeho premiéra. Windows na desktopu vyhrává - ale vždy tu máme záchranu: uživatele označíme za tupé ovce a žreky PR kampaní, v nejlepším případě za oběti lock-inu. Prostě jedna velká kampááň :).
Pro desktop a především ve firemním prostředí považuji Windows za kvalitnější systém, za hotový ekosystém, který podnik může rozběhat za zlomek ceny proti stejným funkcím na Linuxu. Těžko to ale vysvětlovat někomu, kdo žije v tajemné situaci, kdy chce z internetu stahovat Windows Update, nemůže (neumí?) použít GPO, nevadí mu Linuxové balíčky, ale stejným způsobem natáhnout modul do PowerShellu je špatné.
Otevřenost a svoboda Linuxu má svoje pozitiva i negativa a především je dnes vývoj leadován (a financován) velkými korporacemi. Není to stejné jako u MS Windows, ale k čisté svobodě a otevřenosti (k myšlenkám) to má už hodně daleko. To platilo v devadesátých letech. Dnes už se Linux přednostně ubírá tam, kam se to hodí RedHatu, Microsoftu, Amazonu a dalším. Ne, že by to vynucovali - oni prostě jen zafinancují vývoj směrem, který jim vyhovuje.
Příkladem může být systemd, který RH prosadil a který kraluje. Úsměvné na tom je, že se zpožděním asi dvaceti let do Linuxu přicházejí technologie, které Windowsům (ve své tehdejší obdobě) pomohly vyhrát.
Ale především: je to JEN operační systém. Být fanatickým fanouškem operačního systému je uhozené. Doma mám MacBook, protože se s ním na gauči nejlíp pracuje. V práci mám Windows, protože se to ve firmě nejlíp spravuje. Na serverech mám FreeBSD a Debian. Nemůžu ani o jednom z nich říct, že by byl špatný. Můžu ale říct, v čem který z nich vyniká.
keci keci ani čítať sa mi toho toľko nechcelo... áno aj Windows vyniká... hlavne s problémami každé 2 týždne, samovolným mazaním používateľových dat, samovolné resetovanie nastavení, ktoré sú navyše rozhádzané že sa v tom ani boh nevyzná, a v nespočetných bugoch, vynútených aktualizáciách ktoré trvajú večnosť, náhodným znefunkčnením zvuku, WiFi atď, a s mnohými ďalšími problémami, a otravnosťami... stačilo mi raz inštalovať KB2999226 a po 7 hodinách som to vzdal a drbnul tam Linux.
14. 6. 2020, 12:40 editováno autorem komentáře
@Miroslav Šilhavý
> Těžko to ale vysvětlovat někomu, kdo žije v tajemné situaci
> kdy chce z internetu stahovat Windows Update
> nemůže (neumí?) použít GPO, nevadí mu Linuxové balíčky
> ale stejným způsobem natáhnout modul do PowerShellu je špatné.
misto blbejch kecu, pouc me, jak se pouziva GPO pro standalone Windows "stanici" ?
Linuxove balicky stahuju balickovacim nastrojem kterej je out-of-box a z podepsanych repozitaru, modul do PowerShellu o kterem byla rec byl z z Microsoftim nastrojem oznamen jako NEDUVERIHODNEJ zdroj, NEdoporucovana instalace, kdyz i pres schvalneni "vyjimky" sem nainstaloval NEsel zaregistrovat/pustit protoze bylo zakazene poustet skripty, to jen LHAR ci DEMAGOG nebo zamestnanec PR oddeleni Microsoftu, muze srovnavat s tim jak je to resene/pripravene v GNU/Linuxu...
viz:ZDE a ZDE
btw: ze je neco uspesne nerika NIC o kvalitach, ani nic o tom zda v tom nehraje mimojine vnucovani, nekale obchodni souteze, vymejvani mozku apod ;-)
14. 6. 2020, 19:10 editováno autorem komentáře
misto blbejch kecu, pouc me, jak se pouziva GPO pro standalone Windows "stanici" ?
Spustíte ručně editor lokálních politk. Je to stejné, jen se to nedistribuuje přes AD.
A když už jsme tedy u detailů, tak GPO objekty se rozpadají (nejčastěji) do obyčejných úprav v registrech. Takže stačí si GPO objekt otevřít a přečíst si z něj, co vlastně provádí (může to být rychlejší způsob, než číst celou dokumentaci).
nejsem si jistej zda pro reseni automatizovane winaktualizace (v ramci skoroautomatizovane tvorby aktualizovanych instalacnich w10 iso) je vhodne pouzit GPO pres "spustite rucne gpedit.msc", samozrejme je mi jasne ze to vetsinou jde do registru(tak sem resil upravy 250 winstanic uz v minulem tisicileti), ale ani prima uprava registru nebude nejspis reseni na "ted se pustis a okamzite provedes hledej&stahni&install windows update, pak se restartuj a zopakuj to same znovu, pokud uz nic nenajdes tak se vypni"... coz sem nakonec vyresil aktualizaci a upravou jiz zminovaneho VBS skriptu kterej sem pouzival na totez roky s W7, u W10 nakonec neslo o problem s presmerovanym vystupem, ale to ze vyzadovali spustit skript podstrcenej do "startup" s pravy admina poresene pres spusteni pres powershell [...]runAs[...] ktere obchazi nutnost "prava mys, pusit jako administrator" ci to narvat do planovace...
takze shrnuto cele "windows update z terminalu", nativne nic takoveho jako desitky let ma GNU/Linux ve Windows zatim neni, reseni pres PowerShell nativni take neni, reseni doinstalovavani pridaneho modulu z nepodepsaneho zdroje a povolovani zakazanych skriptu neni resenim, ve vysledku tedy ten VBS skript dela co potrebuju, bez doinstalovavani cehokoliv, automatizovane a zatim vypada ze spolehlive, uvidime...
Díky WSL jsem konečně mohl doma opustit linux a přejít na windows. Dual boot je k ničemu, to už mi přišli lepší dva samostatný stroje a normální virtualizace je zbytečná práce navíc, když se člověk musí starat o dva různý systémy. WSL nabízí provázanost s windows, které se jinak dosáhnout nedá.
Sice tomu ještě pár věcí chybí, ale není to nic závažného. Pokud ještě vychytaj těch pár much, tak přejdu na windows i na pracovním stroji, kde mám momentálně ubuntu.
a co je dnes ten hodne silny hw? :) Respektive co je ten slaby? A jak pc pouzivate? Jestli mam hw, na kterem nebezi pouzitelne win10, neumim si predstavit jak bych na takovem zeleze mohl seriozne jakkoliv pracovat na linux. Nedej boze si pustit obcas i nejakou hru. Ale na ssh konzoli na server to asi staci.
Obcas se hrabu v nejakych Python scriptech. Bud to pisu primo na Linuxu v Emacsu anebo pouzivam PyCharm na windows. Zadna raketova veda to neni. Diky WSL si spustim bash, rpmbuild a vytvorim si balik primo na desktopu.
Nemusim se hlasit na jump host, a z nej pak na server, resit git push/pull a ani nemusim resit jak budu zase nazpatek kopirovat .rpm pres nekolik jump hostu.
WSL je rychlejsi nez Cygwin. A diky WSL muzu obejit vsechny prekazky, ktere vytvari nasi Linuxari a security.
Můžu se zeptat, proč nepoužíváte možnost ProxyJump ssh -J <první-jump>,<druhý-jump> <uživatel>@<host> ?
Zrovna když jsou věci propojené aspoň pomocí SSH, tak už se s tím dá poměrně slušně pracovat. Nějaké triky, které by se Vám mohly hodit jsem zadokumentoval v této veřejné orgpage i se screenshoty. Je tam docela velký fokus i na Windows, to by se Vám mohlo hodit:
https://www.orgpad.com/o/16854483-ee58-408d-80b4-b30fbd95c0dd
Dik za tip ale bohuzel to pouzit nemuzu. Z jump hostu se nehlasim pres ssh, ale jinym programem - takze tohle pouzit nemuzu. Navic ten jump host casto pridava dost neprijemne latence. Hyper-V/VirtualBox/Docker je taky zakazany. Primy pristup na servery je zakazany. Forwardovani klicu/portu je taky zakazany.
IMHO - schopnost prezit v korporatnim prostredi by se melo vyucovat na VS jako soft-skill. Aby absolveti nebyli prekvapeni, kdyz se stretnou s realitou.
Pro to co obcas praci programuju(jako admin): precist neco z DB a zavolat REST API (anebo obracene), preparsovat nejaky konfigurak a udelat v nem zmeny, vytahnout data z DB a vytvorit .xls ... Tak proto plati i v Pythonu "write once run everywhere". A kombinace PyCharm+WSL mi umoznuje normalne fungovat aniz by mi nekdo hazel klacky pod nohy.
Smiem vediet v akej oblasti pracujete? Lebo ak ste programator a potrebujete si nieco otestovat, tak je urcite lepsie si nahrat do virtualu linux s tou istou verziou jadra + distribuciou, na ktoru nasadzujete. Vsetko ostatne moze viest k problemom pri nasadeni pre zle otestovanie. A ak ste programator, a potrebujete testovat na WSL, tak mi z toho vychadza, ze nasadzujete na WSL pod windowsom. Je to tak? Ale po spoznani par 'programatorov' som rad ze su aj taky, co maju aspon snahu testovat pod systemom s rovnakym menom :) Kazdopade zasa pre programatora napr. webovych aplikacii nevidim jediny dovod ist na windows. Pre programatora pocitacovych hier nevidim dovod, naco by potrebovali WSL. Mozno ak robia nejaky multiplayer a ich server bezi na linuxe, ale opat by som to netestoval na WSL ale radsej na virtuale. Celkovo vobec nechapem zmysel takehoto riesenia. Alebo sa microsoft nasral, ze existuje wine na linuxe, a spravil si linux vo windowse? :D Za mna jediny dovod, pre ktory to robia je, ze postupne jadro windowsu prepnu na linuxove a hotovo.
Programátor fakt nejsem. Dělám sysadmina, takže na 80% práce mi stačí kvalitní terminál (přes WSL spouštím terminator) a ssh / git / ansible, zbytek udělám ve webovém prohlížeči. Bash i python v tom fungují normálně jako na jakémkoliv jiném linuxu, takže mě to nijak neomezuje. Kdybych musel řešit sítě, tak by mi na to WSL nestačilo, ale na to jsou ve firmě jiní.
Behove prostredi pro docker, pod windows. To je imho padny use case pro vyvojare. Vykon bude vyssi nez u reseni s "plnokrevnou" vm. Mj start je velmi rychly. Prakticky hned po nalogovani do windows (dobre 2, 3 sekundy trva nez vyskoci notifikace docker is running) otevru konzoli a jedu docker-compose, jako bych to udelal pod linuxem.
Imho nejsou uplne cilova skupina lidi co chteji pod windows vyvijet veci pro linux, ale jak uz nekdo zminoval, spis lidi co vyvijeji servisy treba v jave, pythonu, go apod. budou je provozovat na dockeru a z nejakeho duvodu chteji/museji zustat na tech windows.
Muj pripad. Na pracovnim desktopu jsem vyzkousel ruzny setup. Nativne windows s docker toolboxem. Funguje spolehlive ale docker je pomaly, overhead s virtualni masinou. Pak Nativne linux s windows virtualkou (proc windows - protoze skype, korporatni vpn, visio a podobne obstakly). Taky to nebylo idealni. Vratil jsem se k windows. Ted si hraju prave s wls2...
A bavíme se opravdu o WSL2?
Na pc čistá instalace windows insider build 2004, docker edge 2.3.0.1 se zapnutou integrací WSL2. Hardware je i7 8700, 32 GB RAM, Samsung SSD 860EVO. S dockerem můžu pracovat skutečně malou chvíli po nabootování.
Na druhém stroji mám odladěné řešení s Docker Toolbox pod windows ("stabilní" verze všeho), které používá Virtualbox vm, na které běží celý docker. Funguje to spolehlivě, ale v té virtualizaci se ztrácí dost výkonu a desítky sekund čekám na boot vm.