Názory k článku
Eric S. Raymond si myslí, že Windows přejdou na linuxové jádro

Âno ve Android je Linux aje ke nie GNU/Linux celkovo

Operating System Market Share Worldwide - August 2020
Android
39.23%
Windows
35.43%
iOS
14.53%
OS X
7.78%
Unknown
1.48%
Linux
0.85%
https://gs.statcounter.com/os-market-share

Na desktope je to o poznanie horšie (aj keď 99% unknown sú GNU/Linux)

Windows
77.21%
OS X
16.97%
Unknown
3.09%
Linux
1.84%
Chrome OS
0.9%
FreeBSD
0%

https://gs.statcounter.com/os-market-share/desktop/worldwide

iba pripomenutie stavu

nebodaj uz niekto bruteforcol heslo k tomu rarku?

To je zašifrované?
Prosímvás, nemohl by sem někdo dát ty odkazy, ať tu nemlátíme prázdnou slámu?

Including 'windows_xp_sou­rce.rar' in this collection, even though it's password
protected. Maybe someone can crack (or guess) the password and see what's
inside. The archive is bigger than the other XP / Neptune source tree. It might
be genuine, it might not. But I'm including it just in case, since the file was
so hard to track down. Original upload date seems to have been around 2007 or
2008.

The hash key is:
$RAR3$*0*c929­2efa2e495f90*0­44d2e5042869449c10f890c1­cced438

někde psali
_microsoft

ale nemohu to vyzkoušet a prý to nejde rozbalit vším

Tak, tohle ví každý. Nebo snad všechny práce na WSL a multiplatformní SW dělá MS proto, že se nudí?

IMO WSL robi MS preto, lebo inak by si na vyvoj server-side aplikacii (ktore su v prevaznej vacsine pripadov postavene na Linuxe) potreboval but Linux VM, alebo Linux samotny.

Momentalne aj vdaka WSL mam niekolko kolegov ktori Windows pouzivaju ako najjednoduchsi sposob ako na laptop nainstalovat "linux". A nie je to tym, ze by sa inak v Linuxe nevyznali, prave naopak su to ludia ktori kedysi pouzivali prevazne Linux.

Je to pomerne dobre integrovane VM. Nejaku dobu som to pouzival a na vela veci to bolo v pohode. Co teraz pocuvam, tak je treba zopar workaroundov na to aby to bolo dobre integrovane s windows userspace, cize ono to nie je uplne 100% nahrada linuxu. Ale napriklad kolega to pouziva s externym GPU ktore by proste v Linuxe nechodilo uspokojivo dobre, tak je jednoduchsie riesit tie workaroundy ako eGPU funkcionalitu.

Ono bohuzel plati pravidlo 80:20 procent. WSL(1) implementuje tak 20% funkcionality a to staci pro 80% aplikaci. A dal uz to ale nejde. Nakonec se ukazalo, ze plne virtualizovat cely OS je jednodussi nez implementovat jednotlive syscally.

Na WSL se uz 3 roky resi implementace mmap, ktera porad jeste neni identicka s tim jak to dela Linux kernel. Bez mmap nefunguje libdb, bez libdb nefunguje rpm a bez rpm nenainstalujete zadnou RPM-based distribuci (krome SUSE). A to je jen jediny syscall. Bez mmap nefunguje ani mysql ani PostgreSQL ani zadna dalsi databaze.

Na WSL(1) nerozjedete Docker a furu dalsich aplikaci. Existuji tisice corner-case pripadu, kdy se NT Kernel chova jinak a propojit tyhle svety by predstavovalo obrovske mnozstvi prace. Nehlede na to, ze by se musely prepsat vsechny ovladace.

29. 9. 2020, 07:55 editováno autorem komentáře

rpm prechádza na sqlite, tak v blízkej budúcnosti to možno nainštalovať pôjde. Fedora 33 by mala používať sqlite backend by default a 34 by mala vypustiť podporu bdb v rpm úplne.

No ale čo je väčšia sranda, docker nefunguje ani pod WSL2. Aktuálne odporúčané riešenie je použiť docker pre windows a akurát ho kontrolovať z cli v bežiacej WSL2 inštancii. Tentokrát to nie je spôsobené syscallom, ale initom, ktorý Microsoft používa vo WSL2 (ktorý v podstate nič nerobí, iba spustí bash).

Nejen rpm. Poté, co Oracle přelicencoval libdb, je patrná snaha se jejímu používání vyhnout. Ale absence mmap() by samozřejmě byla naprosto zásadní problém i bez libdb.

Zeptám se jinak: Stojí tedy všechno to s*aní (jak na straně vývoje, tak uživatele) s tím WSL za to?

Penize mluvej za vse, udrozvani vlastni Linuxove distribuce je mnohem levnejsi, nez delat celej hodne sofistikovanej OS. M$ si zatim pripravuje pudu pro to, aby moh zmigrovat svoje veci na Linux (tedka je ve fazi, ze svoje core technologie cpe na Linux, viz MSSQL, Dotnet, nyni Edge). Tak uspora nakladu tom, ze proste prestanu vyvijet Windows a zajistim migraci se z financniho hlediska zda byt rozumnym krokem. M$ toto umozni se soustredit na vyvoj vlastnich technologii misto nutnosti replikovat vyvoj, co se deje v Linuxu (viz nepodpora pokrocilyho TRIM [pro urcity SSD zakazan v Linuxu, protoze byl rozbity, pouzit "zakladni" TRIM, ktery funguje taky we Windows], nyni take souborove systemy, vyvoj vlastnih ovladace stoji prachy, proto nedavny pristup pouziti WSL pro mountovani disku s ext4/btrfs/etc)

Myslím ,že by Windows tím že by přešel na jádro Linuxu ztratil poslední výhodu, kterou nad Linuxem má. Windows je neustále spíše pro nezkušené uživatele a musím z vlastní zkušenosti říct ,že být jedním z nich rozhodně by se mi nechtělo učit se s něčím jako je wine. Proto si myslím že Windows bude ještě dlouhou dobu lepším řešením pro hodně uživatelů.

To je vec zkusenosti. Me se naopak nechce ucit s necim tak nepochopitelnym jako W10 nebo byly ribbon UI pro office aplikace - od te doby me svet MS nezajima - tak me reknete, zda jsem moc chytrej, nebo moc blbej, ze to ani s tema lehkyma win neumim.

28. 9. 2020, 16:14 editováno autorem komentáře

Dle mého názoru stejně jako pro vás je nepochopitelný win10, tak stejně pro jiného uživatele je nepochopitelná například Fedora. Pro běžného uživatele, který nepoužívá počítač jen na práci, ale i na jiné věci může být používání Linuxu problém. A to nejen z hlediska zábavy používat ke spoustění spousty aplikací wine je pro běžného uživatele něco nepředstavitelného. Dále bych také zmínil, že část spotřebitelů dnes pořád neví ,že existuje více operačních systémů a právě ten jeden jediný je pro ně Windows.

Ale to je stokrát ohraná písnička z minulého století... Chudáci BFUčka jsou tak blbý, že nezvládnou přechod na Linux... Ale zvládnou. Když zvládli změnu Win 7 -> Win 8 -> Win 10, tak zvládnou i Linuxový desktop. Zas tak odlišné to není! Vzdyť to zvládla například i moje tchýně.

Navíc, opravdu si myslíte, že v budoucích Lindows s Wine budete Win nativní aplikace přes CLI stylem wine win aplikace.exe? Trošku naivní představa. To nemusím dělat už nyní.

aloihkavin
wine je pro běžného uživatele něco nepředstavitelného
pred snad uz 10lety, sem beznemu uzivateli (grafik), nainstaloval Linux + Wine, nastavil asociaci exe na Wine a takto probihala instalace Photoshop/Ilus­trator/InDesin­g:

1. vlozilo se CD do mechaniky
2. na plose se tuklo na ikonu CD
3. v spravci souboru se kliklo na setup.exe
4. tukani na dalsi, dalsi, dalsi, atd...
5. pusteni (windows) programu z vychoziho "start menu"

dneska mas Steam/Proton/Wine kde tuknes na "Nainstalovat" a pockas nez se to vse samo provede dle pripraveneho profilu...

v pripade ze by Microsoft s Windows presel na Linux jadro a kompatibilitu s Win32 resil pres Wine, tak by logicky "par tisic" venoval na integraci tak aby to uzivatel ani nepoznal, podobne jako ted s WSL, nebo v Win7 kdy u EXE si zvolil "Kompatibilata rezim XP" a taky si nemusel rucne pripravovat ten virtual s XP image kterej se tim poustel ;-)

Oběma rodičům a drahé polovičce jsem nainstaloval Mint s Mate desktopem a jsou spokojení. Na to, abych je viděl trápit se ve Windows 10, je mám moc rád.
Na zábavu dobře funguje Steam a s protonem se dá rozběhat spoustu her bez oficiální podpory pro linux.

Pokud by někdo uměl instalovat hry a programy pod windows, neměl by mít s tím samým problém i pod linuxem.

A pokud to ten člověk neumí, stejně se bude muset někoho zeptat - a tam už je jedno, jestli je to ve windows nebo v linuxu.

Jakou ma vyhodu?

To popisujete uživatelské prostředí, zprávička je o jádře. Na to jako uživatel Windows desktopu nevidíte, pokud se to zrovna nevysype :-)

Nesmysl, řeč je o jádru, nikoliv desktopu. Jádro Linuxu používá i Google (Android). Microsoft si nad tímto jádrem může pořád dělat desktop.

Když pominu specializovaný software tak linux (Ubuntu/Mint/Fe­dora/...) funguje "out of box" narozdíl od Windows 10. Multimedia a kancelářská práce. Repozitáře linuxových distribucí jsou na daleko vyšší úrovni.

Z mého pohledu moc nechápu smysl projektu wine. Je takové reverzní inženýrství dneska nutné? Dříve jsem používal wine na spouštění starších her (MM 6, ...). Teď mám v práci nainstalované Windows XP ve Virtualboxu (starší programy, ...).

Dovedu si představit, a současné změny tomu napovídají, že budu používat jeden systém. Počítám, že půjde o kombinaci opensource a uzavřených ovladačů pro hw (bohužel).

PS: jsem uživatelská lama, ale už několik distribucí řeším problém jak zrychlit/využít naplno rychlost usb přenosu (usb flash disky). Ve Windows 7/10 je přenos podstatně rychlejší než v linuxu (stejné porty, soubory, ... - hw konfigurace).

A myslíte, že práce s Wine ve widlích by vypadala jako Playonlinux?

Chybu, kteru děláte v téhle diskusi nejenom vy, je že berete Windows = desktop OS. Ale on existuje i Windows server a tam má MS dost velký podíl. Většinu trhu serverových OS ovládá Microsoft s Red Hatem.

Nápad je to zajímavý a přeci jen by tím získali podporu mnoha platforem (sem, Mops, riscV, atd..) a třeba Apple už několikrát změnil architekturu bez zpětné kompatibility.
Otázkou je, jestli by to fungovalo. Pro Windows existuje spousta aplikací používající různé "hacky" a obezličky a asi by nebylo snadné je přepsat.
Nemluvě o Windows2016/2019, kde je stále spousta zákazníků.

... a taky na Windows po různých aktualisacích prostě přestávaly některé aplikace fungovat, takže z tohoto hlediska nic nového.

Já si to také myslím, ale jistý si budu až na Linuxu spustím MS Office. Bylo by super, kdyby člověk mohl kupovat notebook a nemyslet na to, aby v Linuxu alespoň nabootoval, když už se neuspí.

A skusal si codeweavers (lepsi wine)? Tam myslim office funguje celkom peke.

Já ho nepotřebuju, takže ne. Myslel jsem to spíš jako symbol.

Crossover JE wine. Jsou i nejvetsimi prispevateli do wine. Tezko rici co tam maji navic. Nikdy jsem je nezkoumal, ale zacal jsem byt zverdavy :)

Btw ze ze widle prejdou na linuxi kernel byla prvni myslenka vice nez poloviny kolegu kdyz vyslo wsl 2. Jak uz nekdo psal, vyplati se jim to vic nez platit celej kernel team.
A zpetna kompatibilita? w10 tu nejakou dobu budoou a jsou zpetne kopatiblini (snad) az ke 3.11. Az wyjdou Widows L, s liuxovym jadrem, tak hold bude mala mnozina zpetne nekopatibilinic veci, ty se odsoudi k w10 a hotovson...

Zpětná kompatibilita ve windows stejně neexistuje. Zkoušel jsem nainstalovat nějaký starý dobrý hry na windows 10. Samozřejmě, že to nejelo. Takže jsem vymazal winDos, dal linux, wine a jelo všechno. Starý i nový hry.
Nějaký crossover není potřeba, bohatě stačí nějaký linux třeba ubuntu, wine staging a jede všechno. Ani proton není potřeba, jen jednou mi nejelo pod wine nějaký video ve hře, tak jsem vzal proton z githubu a rozjelo se video, byl nějaký problém s gstreamerem, což by mělo už být opraveno.
Nezkušení uživatelé stejně neumí používat ani windos, jen klikají a koukají, co to píše. Oni ani nepoznají, jaký jádro tam mají a třeba ocení, že konečně bude bez tisíců chyb a nebudou muset pořád restartovat.
Já windos víc jak 15 let nepoužívám. Na co? Jakože bych koupil nějaký software, co rozbalí zip? Nebo spouštěl ten jejich mini linux, abych se někam připojil přes ssh? Abych 2 hodiny klikal, stahoval a instaloval shareware z webu, abych mohl něco udělat? V linuxu to mám za 5 sekund i se stahováním.

PS. To, že je windos zpětně nekompatibilní dokazují doktoři a nemocnice, kde se pořád používá windos xp. Proč? Protože ten jejich software na jiných windos nerozjedete. Bohužel, txp používají sambu v1, takže někdo stáhne nějaký infikovaný doc, otevře a celá nemocnice musí zastavit provoz, protože mají všechny složky šifrované.
Až tady windos nebude, bude na světě líp.

Kolko programatorov ma MS v kernel teamu?

MS Office na linuxu ? No ... pokud přijmete fakt, že nejrozšířenější linuxovou distribucí je Android, tak splněno.

Dava to smysl, zacalo to uz dapotovanim MONO, nasledne vyslo .NET_CORE, na ktere prechazi a top uz je multiplatformni, jede to i na linux x86_64 tak ARM 32/64 ... jede to jak jako server aplikace, tak graficka ...

Uz predtim nekteri delali v MONO a tim padem straci pustit mono keepas ... a razem mame windows gui apku nativne pod linuxem ;-)) ... nebot je nativne pro MONO ... ne ze by nesla pouzivat JAVA ;-)) ale mono je M$ tlaceno, neb je jejich ..

.NET_core uz bezi i na Anrodu a podporuje jej i UNITY na hry ... kde pak vyvojar muze udelat build pro windows/mac/linux

Ano windows jsou spatne, neumi to opravit, zmena designu by stejne vedla k nekompatibilite a tedy de fakto novemu OS ... to uz je lepsi prejit na linux, nebot prepis jadra windows nevysel, delaji na tom jiz 20 let ... uz kdyz predelali OS/2 a nazvali to windows NT mluvili o moduilarnim kernelu, dokonce chteli mikro kernel, pak uvazovali zda neni lepsi neco jako linux/BSD ... az nakonec prejdou nejspise na linux, uz pro nej maji i powershell a nastroje na svoji spravu, co tam davaji jako moduly ...

Já si myslím že je to naprostá hloupost. Jádro Windows 10 je skvělé a tak nemají vůbec žádný důvod. Naopak si myslím že třeba WSL3 nebo WSL4 totálně zničí Linuxová DESKTOPOVÁ distra.

Tak to je dobrý vtip... desktopové distra nezničí len tak nič,... a už určite nie WSL... Linux si ľudia volia kvôli stabilite... a Windows stabilný nieje, už len preto by ľudia normálne WSL nepreferovali... WSL je len pre takých čo s Linuxom začínajú (taký prechodný most), alebo pre testerov softwaru, edukačných týpkov a pod., ktorý ale stále stoja na Windowse.

Včera jsem zkoušel dát hlavní lištu ve Windows na levý bok. Jde to, ale ta lišta na to vůbec není stavěná. Kvůli hodinám je zbytečně široká a ikonky v ní jsou zase hrozně malé, taže každá aplikace má úplně zbytečně nudli místo velké čtvercové ikony jako v jiných systémech. Nebo vytvořili docela pěkné dialogy nastavení, ale k čemu mi to je, když stejně občas musím do těch šílených Ovládacích panelů. A takhle to tam je se vším. Vytvoří něco, co nevypadá tak zle, ale nedotáhnou to do konce a to staré tam nechají, takže z toho máme hrozného kočkopsa, kterého je bolest používat, pokud se člověk jenom trochu odkloní od původního záměru autorů. Není to tedy jen stabilita, kvůli které lidé používají Linux, ale v dnešní době hraje roli i použitelnost a tam Windows dlouhodobě a fatálně selhávají.

Včera jsem zkoušel vymontovat motor z auta a dát jej na střechu. Jde to ale to auto na to není vůbec stavěné.

Asi tak stupidní je myšlenka v tvé příspěvku.

Ne, tak stupidní je pouze tvá reakce. Umístění lišty na bok je naprosto běžný požadavek. Zvlášť v době, kdy obrazovky jsou relativně široké.

WSL je pre profikov, aby mohli frcat na Windowse a pritom robit spravu linuxovyxh masin a tak dalej

Myslite to jadro, ktere cuci jak koza na vrata (pardon okna), kdyz ho spustite na necem co pouziva ruzny pomer fyzickych a virtualnich jader (SMT) ve spojitosti s ruznym seskupenim (NUMA) ?

Nejvetsi problem Win spociva prave te obsluze cpu - z pohledu planovace. Tyto progresivni cpu, ktere holt vysli rychleji, nez ten pomalej moloch MS byl schopen reagovat. Zde je opravdu nekomercni jadro ve velke vyhode.

A az Intel prijde se svym hybridnim slepencem, pro Windows bude hur a hur.

28. 9. 2020, 16:21 editováno autorem komentáře

Podporu cc:NUMA jste na Windows NT mohl vidět už v roce 1999, a mimochodem nesouvisí s "různým seskupením". SMT je podporovaný tuším od roku 2002. Nicméně OS musí znát topologii systému, aby mohl správně plánovat. K tomu slouží mimo některé ACPI tabulky. Z fleku si vzpomenu třeba na Static Resource Affinity Table, protože má pěkný akronym.

Pokud jde o údajný problém s AMD Threadripper na Windows 10, jak ho popisovali na anandtech.com, tak ten se nějak nepotvrdil.
https://www.tomshardware.com/uk/news/amd-threadripper-3990x-performance-windows-10-enterprise

Zajímavé, že se mluví pouze o podpoře user-space softwaru, který lze více či méně úspěšně provozovat přes Wine.

Jenže co hardware? Ovladače hardwaru jsou psané pro Windows kernel a ještě stále existují zařízení, která na Linuxu nefungují buď vůbec nebo jen omezeně.

Windows historicky nikdy přehnanou zpětnou kompatibilitou hardware netrpěly. Mám tu spoustu XP-era počítačů, na které prostě cokoliv post-Longhorn (tj. Vista a novější) nainstalovat nejde, protože nejsou ovladače, není dost RAM, a tak.

Dnes je doba ještě rychlejší a více konzumní, než před 10 lety, takže je vynucení nákupu nového železa s vydáním nové generace OS ještě větší samozřejmost...

Doba pokročila. Samozřejmě že nekonečná zpětná kompatibilita nebude, to není ani s DOSem. Ale běžný kancelářský HW jede a specialitky (dnes) raději používají libusb pro přímou komunikaci, než cpaní to do OS.
A MS stále má vliv. Kdo bude chtít zůstat na trhu, ten se přizpůsobí. Podobné černé scénáře jsem slyšel i s Xp a nakonec i s desítkama ač nějaké HW přestali chodit natrvalo (ostatní aktualizovali ovladače), katastrofa se nekonala.

Umín si to časem představit.

Největší výhoda Windows je množství aplikací a to by si myslím by neztratili. Proto by měl Microsoft vlastní "wine", tedy implementaci win32 api (nebo jak se to teď jmenuje). Oproti wine by to mohlo chodit skvěle, MS na rozdíl od wine přesně ví, jak to má fungovat.

Na ovladače by teoreticky také mohla jít udělat nějaká mezivrstva, nebo něco na způsob ndiswrapper.

A .net je vlastně už z části vyřešený.

Tak neviem ako teraz. Wine som faaaaakt dlho nevidel ale kedysi to robili 1:1 jednotlive DLL. Takze potom na internete boli navody ako si zoberies originalne windows DLL a nakopirujes ich namiesto WINE DLLiek a slapalo vela veci ktore cez normalne WINE neslo spustit.

Ano, WINE implementuje hlavně userspace Windows, a to Microsoft už má. Jak říkáš, stačí použít DLLka z pravých Windows. Taky jsem ten trik používal v dávných dobách - zkopíroval jsem si DLL do Linuxu, když v té době ještě ta z WINE neměla 100% kompatibilitu s aplikací, co mě zajímala.

Nemyslím. Desktop zemře* spolu s Windows i desktopovým Linuxem. Budoucnost patří mobilům, ať se nám to líbí nebo ne.

*) Neznamená to, že zanikne úplně, ale zůstane tu akorát pro hráče, nadšence a profesionály. Prakticky stejná situace, jako momentálně na trhu s foťáky.

lenze tymi profesionalmi su aj sekretarky s Office. Teda firemny segment. No a zabudol si na hry. Hraci maju bud konzolu alebo Windows...

Řekl bych, že to je dost setrvačností

§1 - Nikdy se to tak nedělalo

Nevidím důvod, proč by třeba v bance úřednice u přepážky nemohla místo nějakého miniPC mít tablet s bluetooth klávesnicí. Beztak jim to tam všechno jede přes webová rozhraní.

A na co? Existuju notebooky. Ja nepriklad nikdy nebudem mat tablet pre mna je to absolutne neergonomicke drzanie aj pri citani. O tvorbe obsahu ani nehovorim. 90% roboty zvladam uz bez mysi. Aj do postele notebook. Polozim na seba, naklonim obrazovku, nechapem ako moze niekto pouzivat tablet. Stale to drzat, odkrvovali sa mi z toho ruky.

Před měsícem bych se hádal, že to tak není. Teď ležím s covidem (už delší dobu), jedu maratony seriálů co jsem za tu dobu nahromadil a je to fakt vopruz to držet. Když to položím na peřinu, tak se to zaboří a přijdu o pár cm od spodní hrany, nebo to sklouzne protože je to hladkej kovovej ipad. Laptop je lepší ergonomie.

Zvláštní. Utok na desktopy je tak logický, žádný HW není levnější a žádný mobilnější. Ale přesto všichni nějak divně přešlapujou, jak když na něco čekají. I Samsung to (Linux desktop) vylil a zůstal u kvazidesktop Androidu.

"Embrace, extend, and extinguish"
Embrace bychom uz meli, Extend probiha. Pak bude ten extinguish?
Uz to vidim. Jadro linuxu se specialnimi binarnimi bloby od M$, bez kterych se ty Office nepusti. Nebo hry. Nebo cokoliv bude v budoucnu od M$ zadane.

Sorry, ale názor ESR na strategii Microsoftu je asi tak hodnotný jako jeho příspěvek na téma, že sexuální predátor Epstein, který mnoho a mnoho let zneužíval nezletilé dívky, nebyl pedofil ale efebofil...

Blog ESR je dneska spíš už jen taková smutná kuriozita než zdroj hodnotných informací.

Snad ne. Po letech trápení se s linuxem jsem přešel na windows a teď by mne microsoft donutil se vrátit.

Zdá se mi, že si spousta lidí neumí přebrat informaci, že se hovoří pouze o jádru. Navenek se Microsoft určitě nevzdá desetiletí vývoje API a zbytku systému, i kdyby měl přejít na nové jádro. Určitě by to neznamenalo, že by se z Windows stala distribuce linuxu.

Přesně tak. Podobně jako je verze Debianu na kernelu FreeBSD nebo jak Google pracuje, jak v Androidu vyměnit Linux kernel za svoji Fuchsii. API pro aplikace jsou stejné a pro uživatele to vypadá stejně.

WSL bude vždycky jenom subsystém. Představa, že by přešel na linux kernel je naprostý nesmysl, a statisticky zhruba stejná jako že uvidíte téci vodu do kopce. Už vidím jak v Redmondu kvůli kvůli pár % (problémových)u­živatelů Linuxu budou něco takového dělat. Na to by se na vás linuxáky(zoufalce) vysraly, za to fakt nestojíte. Domnívám se, že celé IT komunitě docela vyhovuje, že si hrajete na svém písečku.

Ty si to zjavne cele nepochopil. Tu nejde o linuxakov. Tu ide o to ze MS nestiha upravovat jadro svojho OS. Proste filesystemy, rozne optimalizacie HW, rozne architektury, pozri si kolko sa toho vali do kazdej novej verzie linux kernelu. To moze MS iba snivat. Niekde bolo porovnanie kolko instrukcii sa vykona na spustenie noveho procesu. MS niekolko nasobne viac. Ide o to ze by MS usetril nie o nas Linuxakov. To iste co urobil Apple. Presli z jadrom na BSD, skrupinka zostala a maju 'zadarmo' vsetko co ma BSD. A IT 'komunita' fici prevazne na Linuxoch, internet taha Linux, Embeded zariadenia, Android az po superpocitace. Takze nasej IT komunite v principe vyhovuje ze vy sa tam hrate na X86 ale svet ide dalej.

"I Contribute to the Windows Kernel. We Are Slower Than Other Operating Systems. Here Is Why." (2013)

http://blog.zorinaq.com/i-contribute-to-the-windows-kernel-we-are-slower-than-other-oper/

@technomaniak

a) Dovedu si představit, že současné jádro stojí určitou částku ročně.

b) Dovedu si představit, že výměna jádra by znamenala určité obrovské náklady (ovladače, vyjednání s výrobci HW, API, ...), aby Windows dál fungovaly (dlouhou přechodnou dobu v obou režimech).
Dovedu si představit, že v určitém okamžiku by naopak "staré" Windows API bylo virtualizované (WSL naruby).
S tím vším budou souviset i obchodní a právní náklady.

Jde jen o to, jestli se křivky nákladů varianty a) a varianty b) někdy protnou. Nastat to může, ale domnívám se, že se bavíme o dekádách.

Přijde mi to jako nesmysl. Microsoft má velmi kvalitní NT kernel. Přechod na jakýkoliv jiný kernel by znamenal dodat do cílového kernelu spoustu funkcionality, a k tomu udělat obrovský wrapper (s dopadem na výkon). Výsledkem by byl systém, který by z hledisla uživatele fungoval stejně jako současné Windows, akorát by nešly drivery, plug-in podpora hard realtime aplikací, různé ochrany proti kopírování apod. A dostat se do toho stavu by stálo obrovskou spoustu času a peněz. Proč by to MS proboha dělal, co by z toho měl?

Portování Edge browseru na Ubuntu není žádná známka toho, že se MS chystá přejít na linuxový kernel. MS v minulosti vydal MSIE, Media Player, Outlook Express a další aplikace pro Solaris a AIX. Rozhodně to nedělal protože by chtěl přejít na Solaris nebo AIX kernel :D. Podobně MS píše SW pro MacOS (kde byl - a možná ještě je - největším dodavatelem SW pro tu platformu), iOS, Android atd. Opět nic z toho neznamená, že by se chystal k nějaké migraci.

Pokud jde o vzdálenou budoucnost Windows, tak migrace na jinou architekturu by měla smysl jen pokud by přinesla výhody, které by vysoce převážily s tím spojené náklady. Můžeme si představit třeba kernel s kompletní verifikací type safety a memory safety (ve stylu projektu Verve OS), dobře škálující na tisíce a více jader CPU (ve stylu projektu Barrelfish OS), s tím že různé komponenty systému mohou běžet na různých strojích a tvářit se jako jeden celek (ve stylu projektu Bigtop). Pokud by těch výhod bylo dost, tak by bylo reálné postavit nový produkt, který by nabízel úplně nové možnosti, a zřejmě zároveň nějakou formu kompatibility s Windows.

Dajte ludom od Wine pristup k zdrojakom a do roka a do dna mate 99% funkcnych Windows aplikacii na Linuxovom kerneli. Co by tym ziskali? Moznost spustit windows na dalsich architekturach (Power, ARM, ...) mnozstvo performance vychytavok, vyber filesystemu, velke zelezo, ....
Apple to urobil a vacsina ludi si nic nevsimla. A teraz sa to chysta urobit znovu prechodom na ARM a predstavte si nikto z toho nevyplakava. Nie je to technologicky nic nepredstavitelne.

Ale ako vieme, nikdo od Wine sa k tomu nesmie ani priblizit.

...říkali na Rootu, ne?

> Moznost spustit windows na dalsich architekturach (Power, ARM, ...)

K čemu jim to bude, když nebudou aplikace a zařízení, které by běžný uživatel používal?

> mnozstvo performance vychytavok

V určitých oblastech ano (servery apod.), v určitých si myslím, že ne (hry apod.).

> vyber filesystemu

Opět, k čemu? Běžného uživatele to nezajímá, ten je rád, že mu funguje NTFS. Na serverech by se mohlo hodit ZFS; levnější by ale myslím bylo ZFS implementovat do současných Windows, než přejít na Linuxový kernel.

> velke zelezo, ....

Tam to nedokážu zhodnotit. Asi by ji to pomohlo, ale pokud by ten wrapper měl nezanedbatelný overhead, tak jim to zase nebude tolik k užitku. To už by bylo lepší, když by MS měl svojí vlastní Linuxovou serverovou distribuci. Pak by nepotřebovali žádný wrapper, podporovali by POSIX (ale zase ne WinAPI) a získali by zmiňované výhody.

> Apple to urobil a vacsina ludi si nic nevsimla. A teraz sa to chysta urobit znovu prechodom na ARM a predstavte si nikto z toho nevyplakava. Nie je to technologicky nic nepredstavitelne.
Apple je podle mého jiný případ, ten si změnu může vynutit a zpětná kompatibilita ho moc nezajímá. Pro Apple hraje to, že:

• dodávají hardware, na kterém SW poběží
• mají svůj store, kde mohou tlačit na překompilování aplikací
• sjednotí tím CPU architekturu napříč svým portfoliem

Přitom sám Linux používám na desktopu i serveru. Už jsem ale ztratil iluzi, že se desktopový Linux rozšíří samospádem mezi masy lidí.

29. 9. 2020, 10:17 editováno autorem komentáře

> K čemu jim to bude, když nebudou aplikace a zařízení, které by běžný uživatel používal?
Nove Apple pocitace napriklad ...

> Opět, k čemu? Běžného uživatele to nezajímá, ten je rád, že mu funguje NTFS. Na serverech by se mohlo hodit ZFS; levnější by ale myslím bylo ZFS implementovat do současných Windows, než přejít na Linuxový kernel.

Bezny uzivatel ale uz uteka k Linux-u tabletu a mobilu. A hodilo by sa to kazdemu (iny default fs), NTFS je pre desktop absolutne k nicomu a pomale.

Na serverech by se mohlo hodit ZFS; levnější by ale myslím bylo ZFS implementovat do současných Windows, než přejít na Linuxový kernel.

Pokud by tolik stáli o ZFS, tak to by zrovna moc důvod k přechodu na linuxové jádro nebyl. :-)

Kdyby MS chtěl, aby Windows běžely na jiných platformách, tak je pro ně prostě překompiluje a upraví. Na to nepotřebuje Linux jádro. Windows NT byly od počátku navrženy jako multiplatformí a v minulosti existovaly i pro několik dalších platforem. Nyní kromě x86 fungují na ARMech. Jiná důležitá platforma tu v současnosti není.

Windows na ARM už dávno existuje:-)

Když jsem se naposledy koukal, tak Wine implementovalo 65% Win32 API. Do toho se nepočítalo například DirectX 12, protože ho tehdy ještě ani nepřidali. Podotýkám že jde o výsledek více než 15 let vývoje. Bohužel Wine API Stats už podle všeho není k dispozici, takže aktuální čísla asi nedostaneme. Každopádně Wine desítky procent Win32 API úplně ignoruje, a spoléhá na to, že aplikace přesto nějak poběží. Ignoruje uživatelské profily, ignoruje většinu permissions atd. Když něco nefunguje, tak se to řeší různými hacky, včetně nakopírování binárky dané knihovny přímo z Windows.

Pokud jde o ty zisky:
- spustit windows na dalsich architekturach (Power, ARM, ...) - Jak už někdo napsal, Windows NT jsou multiplatformní. Momentálně podporuje x86, x64, ARM a ARM64. V minulosti byly NT k dispozici pro MIPS, Alpha AXP, SPARC, PowerPC a Itanium. Technicky tedy není problém. Obchodně ale nemá moc smysl podporovat architekturu, kterou zákazníci nekupují. Každopádně linuxový kernel tu nemá co přinést.
- mnozstvo performance vychytavok - Nevím co konkrétně máte na mysli.
- vyber filesystemu - Windows podporují jako lokální FS NTFS, ReFS, FAT(32), exFAT, UDF a ISO9660. Samozřejmě se dají implementovat další FS, a jsou k dispozici third party implementace včetně ext2/3/4, Btrfs, XFS, APFS, HFS+). Linux tedy nemá moc co nabídnout. Mimochodem když jsem se na to koukal naposledy, tak byl stav FS na Linuxu poněkud tragický. Spousta FS, každý umí něco, a každý má své problémy. Dost mě šokovalo třeba když mail deamon trpěl na bugy stylu "thread A založí soubor, thread B do něj zapíše, ale dostane exception file not found", s tím že je to bug FS, ale řešením bylo přepsat kus daného maileru.
- velke zelezo - Windows 2019 Datacenter podporují 64 fyzických CPU, neomezený počet jader a 24TB RAM. Větší to na x64 nyní nebude.

Apple přešel z MacOS Classic na MacOS X, a to dost drsně. Staré aplikace jely v emulaci s nižším výkonem, a používaly dokonce oddělené fonty a drivery tiskáren. Kdo měl počítač s Motorola 68xxx, ten ho mohl leda vyhodit. Uživatelé Applu ale rozchýchají spoustu věcí :). Pokud jde o změnu architektury CPU, tak tam jsou ty dopady menší. I Windows můžete mít dneska pro ARM. Problém je v tom, že Intel se pořád prodává nejlépe. Proto bych čekal, že MS po čase (opět) desktopový ARM zařízne.

Souhlas, i když tady si myslím, že MS měl portaci Edge značně usnadněnou použitými technologiemi. Pokud to chápu dobře, tak to je ten "nový" Edge, čili nepoužívá vlastní EdgeHTML engine, ale Blink engine z Chrome/Chromium. IMHO jim tedy stačilo naportovat jejich wrapper UI na Linux a pak to jenom zkompilovat, většina funkcí by už měla být v Blinku.

Taky to nevidím jako příliš reálné. Nicméně už několik let NT kernel nestíhá vývoj linuxového kernelu. Ten objem vývoje v Linuxu je někde jinde a přiznávají to i lidi z Microsoftu. Může to být podobné jako u webových enginů. Tempo vývoje Chromia dnes už nikdo jiný nestíhá, ani Firefox nebo WebKit. Neznamená to, že pro Windows nebude prostor, ale asi budou čím dál více opouštět ambici být systémem pro všechno (a takovou ambici Windows dříve měly). Budou pro desktop, určité serverové role a tím to dost možná skončí.

Pro Windows on ARM bych to uvítal

Nechce se mi zdat, ze by M$ jen tak zahodil NT kernel. I kdyz mam pred panem Raymondem velky respekt, rikam si jestli nejde o omyl vychazejici z korelace statistik, poslednich kroku M$ a se zboznym pranim nekterych lidi.

Navic, myslim, ze hlavnim duvodem, proc si nekteri lide preji aby M$ presel na Linuxove jadro, je to ze predpokladaji, ze pak budou Widle zadarmo. Obavam se ze to je dalsi zasadni omyl.

Pro nektere lidi muze byt tim duvodem zvyseni stability a bezpecnosti Widli. No, potencial tam rozhodne je, o tem zadna, nicmene to jeste nemusi znamenat, ze bude vyuzit.

Nevim, nevim... nevzbuzoval bych liche nadeje, dokud se timto smerem jednoznacne nevyjadri sam M$ a dokud nebude znam aspon nejaky predbezny koncept.

29. 9. 2020, 12:44 editováno autorem komentáře

Ale preco preboha predpokladate tak dlhy cas? Za dva roky by to mali hotove. Ved to je iba o transparentnom pristupe k suborom, sieti, nejakym periferiam cez USB, PCI, ... a hotovo. Cela graficka nadstavba windows by zostala od MS.

[Pavel Tavoda]
Kdyby to bylo tak jednoduche, tak Wine by uz davno nemelo co resit.... (nemluve o tom, ze by vubec v M$ nemuseli resit WSL - mohli by fungovat stejne jako Debian, ktery muze fungovat jadrem HURD, nebo Linuxem)

29. 9. 2020, 19:28 editováno autorem komentáře

Keby mali povodne zdrojaky windows tak verte ze by to urobili velmi rychlo.

Tak to by rozhodně za dva roky neměli. Několik by trvalo jen vyjednávání s výrobci hardwaru, aby byly ovladače. Další roky by se záměrně čekalo (nespěchalo by se), aby ostatní hardware zastaral a nikomu moc nevadilo, že na něj ovladače nebudou.

Windows rozhodně nejsou jen grafická nadstavba, mají spoustu technologií, o které Linux ani nezavadil - a jejich přenesení by trvalo.

Hlavně, a zpět k začátku: proč by měli opouštět docela hodně kvalitní NT kernel? Kvůli filesystémům? Proč? Opravdové servery filesystémy tolik neřeší, to je starost storage (SAN). Kvůli síťovým možnostem? Proč? Windows nejsou router ani firewall.

Jediné dva důvody, které mě napadají, ale nevěřím jim moc, jsou: a) na jádru už tak moc nezáleží (OS tvoří hlavně to nad ním) a daly by se realizovat úspory, b) vypálit rybník RedHatu a nedovolit mu přerůst.

[Miroslav Šilhavý]
S ovladaci by zas takovy problem asi nebyl. I kdyz se porad najdou vyrobci, kteri Linux zatvrzele ignoruji, zdaleka jich neni tolik, aby to M$ v pripade hypotetickeho prechodu zastavilo. A spousty prace v tomto smeru navic odvedli i sami vyvojari kernelu.

Obavam, se ze tim spornym prechodem by rybnik nevypalili ani tak Red Hatu (verim dokonce tomu, ze by toho dokazali i vyuzit), ale spis takovym firmam jako je Nvidia (ktere by to mozna jen prospelo... a nebo nam - zalezi na uhlu pohledu).

Tak jako tak, souhlasim s Vama v tom, ze roubovat Linuxove jadro na dalsi vrstvy Windows, by byl asi docela dlouhodoby proces, navic by se museli asi resit i licence, a nevidim jediny duvod, proc by sam M$ chtel zahodit vsechny investice a roky vyvoje sveho NT jadra. Konec koncu, i kdyz mozna zisky ma nejvetsi z Azure, neco mu do kasicky sype Android, porad zisk z prodeje licenci na Windows bude taky nezanedbatelny. Tak proc si pridelavat dalsi vydaje do kroku, ktery je beh na dlouhou trat a ma ... hmmm... nejistou budoucnost?

Dřív bych si vsadil na to, že Windows přejdou do režimu Windows as a service - tedy měsíční platby za používání OS, než že přejdou na linuxový kernel.