Ac to nikdo neprizna, myslim, ze dosti pomohli i masivni leaky zdrojaku z MS.
Jsem zvedavy, jak dlouho jete bude MS delat svoje jadro.
Stoji to spoustu penez a uz jim to asi mnoho neprinasi.
Docela si umim predstavvit, ze uvolni WinAPI pod nejakou vhodnou licenci vcetne testu. A pak par let pockaji, az se vse implementuje...
I, od tych leakov sa sustavne distancovali
II, https://www.root.cz/zpravicky/eric-s-raymond-si-mysli-ze-windows-prejdou-na-linuxove-jadro/
Vydávat kernel Linuxu za kvalitnější nebo rychlejší mi přijde poněkud nadnesené. NT mají modulární architekturu (modifikovaný mikrokernel; Executive, Kernel, HAL, Object Manager, I/O Manager atd.), stabilní a zpětně kompatibilní kernelové API/ABI, lepší správu zařízení, výrazně lepší memory management (včetně memory compression a page combining), lepší scheduler a nižší latency (zvláště když jde o multimedia), GPU scheduler, ACL na v podstatě všechny objekty, Mandatory Integrity Control, Virtualization Based Security atd.
Pokud jde o nižší náklady, tak je dobré si uvědomit, že kernel NT a Linuxu se dost liší. Jde o věci typu memory management, pojmenování a zamykání souborů, synchronizační primitiva, správu zařízení atd.
Osobně mi jako schůdnější připadá implementovat Linux pod Windows. Což už tu je, konkrétně ve formě Windows Services for Linux, včetně podpory X11 a Wayland aplikací. Aplikace které existují pro Linux mají v naprosté většině případů port na Windows. A pokud náhodou nemají, tak se prostě použije WSL.
"výrazně lepší memory management"
Jo, tak to urcite ...to mi teda vysvetli, proc mi widle se 128GB ramky swapujou, i v situaci, kdy je 100+GB prazdny ... a beda kdyz jim ten swap vypnu, pullka veci prestane fungovat.
Tux veskerou volnou ramku bydefault pouzije jako diskovou cache. Tohle se widle ani po 40ti letech nenaucily.
Oooo ano, daji se extraburtonvim tajnym nastavenim registru prinutit, aby ty ramky pro tu cache pouzivaly vic ... a pak se vsechno zacne chovat podle pocasi.
A zvlaste kdyz jde o multimedia, tak se muze kdokoli kdykoli presvedcit, ze tam kde na widlich treba video uz nejede, tak na totoznym HW v tuxovi jeste vpohode ...
Jo a vubec nejlepsi vlastnios widli je, ze to setrvale blebje do logu errory, o kterych si pak clovek precte, ze ma delat ze je nevidi, protoze tak je to spravne ... Zato kdyz neco crashne, tak se z logu neda ani zjistit kdy.
Superpočítače jsou dneska jen zesíťované hloupé nody, které provádějí poměrně primitivní operace. Platit na každý node licenci Windows nemá moc smysl, protože tam jaksi chybí přidaná hodnota. Pokud jde o mobily, tak Windows Phone měly skvělý design, ale přišly velmi pozdě, a navíc neměly ani omezenou zpětnou kompatibilitu, takže se začínalo od čistého stolu. Blame Ballmer. Pokud jde o servery, tak nevím co vidíte vy, ale já vidím velikou spoustu Windows serverů všude okolo. Linux se prosazuje na webu protože je zdarma, a jako náhrada klasických Unixů protože běží na levném Intel HW a licence RHEL/SLES stojí méně než výrobci účtovali za napájecí kabel k tradičnímu unixovému boxu. Najdete i linuxové servery v podnikové sféře, ale těch je pořád relativně málo.
Pokud jde o desktop, tak je velmi poučný třeba projekt LiMux. Tam si admini stěžovali mimo jiné na to, že si vytuní distro, ale to pak nefunguje s HW vydaným po uvolnění toho distra, protože third party drivery jsou jaksi na míru pro každou verzi každého distra. Pokud chtěli mít jednu verzi distra, tak museli buď kupovat zastaralý HW, nebo všechny stroje průběžně upgradovat, u čehož se ale projevovaly regrese. Z mých zkušeností se po upgradu stroj například nevzbudí hibernace, nejde zvuk, WiFi nebo tisk, vznikají artefakty při scrollování apod. A různých dalších problémů je dlouhá řada. Když máte 12 000 strojů, tak si nemůžete s každým hrát tak jak si průměrný Linux admin se svým desktopem. K tomu jsou tu "drobnosti" typu centrální správy, ActiveDirectory, SSO atd. Zjednodušit to na "na desktopu se [Windows] drzi vlastne jen kvuli vendor-lock-in a officech" mi čistě technicky připadá poněkud mimo.
Hlavně pro řadu serverových použití je ale dneska úplně jedno, jakou máte platformu. Svého času bylo psaní multiplatformních aplikací v ANSI C peklo na zemi, platformy se masivně lišily dostupným API i jeho implementací. Například threading na Linuxu byl doslova tragický, a psát jakékoliv GUI bylo za trest. Dneska můžete napsat aplikaci v .NETu, a jet ten samý kód na Windows i Linuxu. Od uvedení systemd dokonce už existuje i API pro správu servisů - sice o pár dekád později než bylo třeba, ale konečně je tu. Portabilita má pořád omezení, pořád je to komplikace ohledně testování a podpory, ale už je to technicky více realistické.
Je mi líto, nerad přispívám do diskusí, ale musím nesouhlasit. Přes 20 let jsem na Linuxu, letos jsem nastoupil do firmy, kde mi dali Windows na notebooku (naštěstí se to už vyřešilo). Ale můj postřeh je: Windows za těch 20 let neudělal žádný pokrok. Je to digitální odpad. Nefunguje tam dobře nic. Jediný pozitivní posun je, že už definitivně zahodili pana sponku.
Pokud jde o Linux, integrace s AD je možná a plně funkční přes sssd (Samba). Pro větší nasazení máme Keycloak. Argumentace projektem, který trval přes 10 a chtěl vytvořit novou distribuci je mimo. Linux se vyvíjí poměrně rychle. Dnešní trend rolling update a válcování přes Ansible nabízí úplně jiné možnosti.
Netvrdím, že je snadné zahodit Windows na 12 000 NTB a nahradit ho Linuxem ze dne na den, ale pokud IT tvrdí, že je problém dostat Linux do domény a efektivně ho spravovat, neměl by být problém zahodit to IT a najít si nové, které to zvládne.
Laele, kde jsi byl poslednich par let? Kdysi jsi tu na rootu byl peceny vareny a soustavne a zurive obhajoval windowsy. Pak jsi nekam zmizel. Zacala to tu bez tebe byt nuda. Ze by mrkvosoft zase zacal platit za PR v diskuzich? :)
No a jako obvykle, snesl jsi hromadu faktu, nesouvisejicich faktu, nesmyslu, polopravd, opomenuti, jendorazovych zkusenosti, ohnutych statistik, pololzi, a to vsechno umne namichane tak aby z toho vysly windowsy jako kral a linux jako zebrak. Mas muj obdiv jak jsi to namichal.
Nene, na to nema smysl odpovidat a rozebirat to bod po bodu, protoze bys v tom jen pokracoval a jen bych tak zivil tvoje grafomanske choutky.
Nezlobte se na mě, ale tvrdit, že Linux je dnes hlavně na levných a hloupých strojích, je fakt hodně mimo realitu. Dnes, kdy drtivá většina velkých projektů vzniká na Linuxu a Windows Server už se ani nezvažuje. Ty mají svoji pozici v oblasti aplikací pro střední a malé podniky a to ani ne proto, že by pro ně byly super, ale prostě ze setrvačnosti.
A že na superpočítačích nejsou Windows kvůli ceně, je čirý nesmysl. Microsoft těm projektům dával licence zdarma, protože to pro něj byla prestižní záležitost. Do doby, než to vzdal, protože Windows v tomto segmentu pak nechtěl nikdo ani zadarmo. Výkonem se totiž na Linux nechytají. Už tak 15 let je vývoj podstatně živější v Linuxu než v kernelu Windows a to množství optimalizací je neúprosně větší.
"Už tak 15 let je vývoj podstatně živější v Linuxu"
Sak uz od w8 soudruzi v MS neustale dokola rozbijeji ui, samozrejme proti vuli uzivatelu (coz je aktualne videt na uzasnem podilu w11 vs w10). Takze treba doslo na vyplepseni, ze taskbar nelze mit jinde nez dole, neda se zmensit, neumi zobrazovat cas (protoze to zere moc vykonu = oficilelni vyjadreni MS) ...
S nejnovejsima 11 prisel dalsi uzasny upgade ... rdp klient neumi pracovat s okny. Takze ten "fullscreen" tab zustava otevren, i v pripade, ze session neni na fullscreen, a ackoli jsou na monitoru videt jina okna, neda se snimi pracova.
Zcela obecne pak soudruzi z ms neumi refreshovat obsah libovolnych oken, o cemz se muze kdokoli snadno presvedcit, treba v settings.
Novinka poslednich dnu je pak ta, ze utlouk lidem smazne vsechny kalendare a kontakty ...
To je normalka.
Windowsy nikdy neumely spravovat okna programu, a neumi to doted. Kdyz jsem tehda v dobe nastupu Win Vista poprve videl linux s Gnome, KDE atd., kde opravdu bylo mozne spravovat okna vsech programu, tak jsem z toho byl uplne mimo. Oproti tomu okna programu ve windowsech si delaji co chteji, posouvaji se kam chteji, a chovaji se jak se zrovna programator daneho programu vyspal, a uzivatel s tim nenadela nic.
To ze utlouk je paskvil a nedodelek se traduje uz od dob WinXP, takze taky zadna zmena.
Já teda nevím, co pořád mají všichni s W11. Pro mne to byl běžný větší update W10, do půl hodinky hotovo, bez interakce a jediné, co jsem musel (chtěl) nastavit bylo umístění hlavního panelu vlevo, jak jsem zvyklí. Jinak od W10 už mám ve Windows vše (ssh klient, velmi slušný Windows Terminal, Hyper-V nebo WSL2), takže po velmi příjemných letech na linuxu a i3wm jsem už hodně let spokojen na Windows.
"velmi slušný Windows Terminal"
jj, neni nad to, kdyz ti musi bezet a prostredky zrat servisna na to, abys do tyhle zmrveniny, moh milostive nadatlovat neco z klavesnice.
A co teprve situace, kdy chces nejakej soubor ... rekneme pdf ... otevirat nejakou aplikaci ... ktera ho realne otevrit umi. Po kazdy aktualizaci se asociace resetne na edge. A voiala ... zadnej zpusob jak to nastavit trebas z GPO ... jednoduse neexistuje.
<rejp> ACL na všechno má tak dokonale vymyšlené, že to bylo tak dlouho nepoužitelné do té míry, že ani sám MS to nedokázal rozumně nastavit, tak to musel zaplácat úplně jiným security modelem UAC</rejp>
Takže tam, jak u Pata a Mata, nebo u Pejska a Kočičky, jsou přes sebe security modely dva ;-)
O modulární architektuře bych od okamžiku win32k.dll (alias přesun GDI do kernelu) taky moc nemluvil.
23. 11. 2025, 12:30 editováno autorem komentáře
Tech veselosti je tam mnohem vic .... to treba takhle chces vpn. Takze muzes zacit treba tim, ze z "moderniho" gui vyrobi VPN a nechas i na "automatickou" konfiguraci (jinou to stejne neumi) a zjistis, ze se nikam nepripojis.
Pak treba kdyz sme u gui vyzkousis ovladaci panely ... a tam prozmenu zjistis, ze ikev2 je sprosty slovo. Je o to legracnejsi, ze ti to tu dovoli menit hodnoty, ktery ale pak nejsou kompatabilni stim, co si nastavil jinde a jinak.
Pak muzeme pokracovat "firewallem" (kterej ignoruje svoje pravidla), a tam taky muzes nastavovat tzv "security rules", coz prozmenu samozrejme taky nefunguje, protoze widle neumej poznat zda jsou v domaci siti (tedy v domene napr).
Kdyz to vsechno vyzkousis a zjistis ze nic z toho nefunguje, muzeme pokracovat trebas ... powershellem. Takze z powershellu muzes konfigurovat vpnku ... ale velice rychle narazis na to, ze (napriklad) nelze vypnout (z powershellu) nad tou vpnku trebas ipv4 (protoze kvuliva kolizim ji chces ipv6 only) Duvod? Prosty, ackoli tu vpn uvidis jako dalsi sitovku, (treba v tech ovladacich panelech) tak widle to jako dalsi sitovku neberou ... lol (stejne veselosti budes mit s diskama ktery widle nevidej jako disk).
Dalsi krasny aspekt je, ze soudruzi v ms vymysleli "konfiguracni xml" (specielne pro vpn) ... jenze to xml nefunguje. Respektive se v kazdy verzi a subverzi widli chova jinak a nefunguje z toho jina cast (typicky ta, kde tomu rikas, ze vazne nechces pouzivat des, coz je pochopitelne vsude default)
Az to vsechno odladis a naconfis (tak tyden prace) tak zjistis, ze soudruzi z ms neumej rekey. Takze ti ta vpnka lehne pokazdy, kdyz vytimeoutuje reqest na rekey treba z nejakyho toho strongswanu.
Proc chces vpnku widle included? Treba proto, ze nechces pripadne nemas jak instalovat cosi funkcniho kazdymu hej nebo pockej.
A co se prav tyce ... lol ... zrovna mam v todo ... z 10ti pokusu task projde 3x. V logu samozrjeme nic. Jen ten task pinda, ze se soubor nepovedlo otevrit (7 z 10 pokusu). Takze "reseni ...." nastavil sem tam, at to zkousi 15x.
Pripadne opravdu miluju totok ... toho mas plnej log uz po instalaci cistych widli ....
Microsoft-Windows-DistributedCOM
Event ID: 10016
Description: The application-specific permission settings do not grant Local Activation permission for the COM Server
Prej mam delat, ze to nevidim, oficielni vyjadreni ms.
To sice nemá nic společného s kernelem, ale budiž. Problém je v tom, že Windows používá dlouhá řada power users, kteří si stroj administrují sami. Můžete přes ACL snadno určit, že uživatel nemůže provádět nic co se týká administrace. Jenže pro power usera to nefunguje, protože tu administraci potřebuje provádět. A power user sice může jet pod adminem, ale to zase jaksi není bezpečné. UAC je poměrně elegantní řešení, kde "pod adminem" jede normální uživatel, a teprve pokud jsou potřeba admin proviledges, tak je musí uživatel potvrdit na dedikovaném security desktopu, na kterém nevychovaná aplikace například nemůže kliknout na tlačítko nebo odposlechnout události stisku kláves (což je na X11 primitivní operace).
To jestli je architektura modulární se přece nemění tím jestli daný modul běží v ring 3 nebo ring 0. Důvodem přesunu části GDI do kernelu je omezení počtu syscalls. Zatímco na Windows díky tomu bylo možné provozovat přes GDI například hry, tak na Unixech jste si půl minuty počkal na vykreslení webové stránky s japonským textem. A počkat jste si musel, protože jste akci mohl přerušit leda stiskem tlačítka Reset. Tohle se samozřejmě změnilo s příchodem client-side renderingu a GPU akcelerace, kde se font vyrastruje jako texture atlas, a pak se jen říká GPU, kde má glyph vykreslit (a jak shaderem udělat subpixel rendering, antialiasing, gamma correction a další). Tahle pipeline nevyžaduje větší množství syscalls, takže i na Windows běží v ring 3. To jak interně vypadá implementace nějaké feature je ve Windows často určené prioritami a dostupnou technikou.
> Důvodem přesunu části GDI do kernelu je omezení počtu syscalls.
Naco presne potrebuje windows volat syscall, ked renderuje text?
> tak na Unixech jste si půl minuty počkal na vykreslení webové stránky s japonským textem.
Nie je to sice celkom pravda, ale budiz. X11 nevola syscally, ale bezne IPC, socket a shmem lokalne, tcp sietovo. No a v minulosti, ked bolo renderovanie textovych stringov server-side, tak sa pouzivali vzdialene terminaly, kde server bol iny pocitac ako klient. Dovodom pomalosti nebolo IPC, ale siet, v tej dobe ak lokalna, tak castokrat 10 mbit, neswitchovana.
Windows kernel zaostaval uz pred dekadou; je velmi zname vyjadrenie vyjadrenie anonymneho vyvojara z Microsoftu: https://blog.zorinaq.com/i-contribute-to-the-windows-kernel-we-are-slower-than-other-oper/
NT kernel nema lepsi scheduler ani dalsie subsystemy; dovod je organizacny, nie technicky: nie je v tom biznis case. Naco alokovat zdroje na nieco, co neprinesie priamy financny uzitok? V linuxe je situacia uplne ina, ked sa zlepsi vykon o jednotky percent, tak sa na tom pracuje.
Architektonicky je NT kernel katedrala, kde stavitel precenil svoje moznosti a vysledok je uplne inde. Chceli sme to najlepsie, dopadlo to ako vzdy.
Linuxovu semantiku pod Windows implementovat nejde (za vynalozenia rozumnej urovni zdrojov). Microsoft sa o to pokusil, vola sa to WSL1. Vzdali to, WSL2 je normalna virtualka s realnym linuxovym kernelom.
"Len neviem co by tym MS ziskal."
Uvedom si, kolik verzi a subverzi widli ms udrzuje, protoze musi ... pricemz ty widle nabizi defakto gratis ... teda za tvy data, ktery uz nejsou tvoje.
Tudiz kazdej dolar kterej do toho vrazej je dolar, kterej by mohli mit, kdyby naklady prenesly na nekoho jinyho.
Jedina jejich potiz je v tom, ze zakaznici by si pak mohli rict, ze nepotrebujou system od ms ... a tudiz ani sluzby od ms. Takze bych to videl tak, ze nejdriv se pokusej vsechny uzivatele widli natlacit do zavislosti na jejich cmoudu (viz jejich vnucovani ms uctu). A pak widle klidne za toho tuxe vymenej.
"kolik verzi a subverzi widli ms udrzuje, protoze musi" - OK, představme si, že Microsoft přešel na Linux kernel. Zanedbejme to že by to byl technicky krok zpět, že by to bylo velmi obtížné atd. Microsoft má tedy vlastní kernel podstavený na Linuxu, a nad ním hromadu user space libraries. Myslíte že to nevyústí v hromadu verzí a subverzí? Asi vyústí, jak jako existuje dlouhá řada verzí většiny dister Linuxu. A myslíte že protože je to postavené na Linux kernelu, tak to celé místo MS bude udržovat zdarma někdo jiný? Asi ne. Tím za mě myšlenkový experiment končí.
Jen doplním, že:
1. Microsoft již udržuje jeden Linux, ten ve WSL2. Píše si do něj i patche kreslení grafiky (interně to jde do linuxové knihovny pro DirectX).
2. Microsoft již teď spouští Windows ve virtuálce pod Windows (zabráníte tomu jen tak, že při instalaci dočasně vypnete v BIOSu podporu virtualizace). Tedy není problém po nějakou dobu běžet současně Windows a Linux kernel a nad nima jeden userspace*. Částečně to měl v podobě XP Mode ve Windows 7, aby neřešil např "ovladače na staré tiskárny" a dosovské programy (16bit aplikace v 64bit OS nefungují, není chyba Windows, ale AMD, ale jde to obejít přes NTVDM64, komunitní ntvdm využívající již mrtvou virtualizaci Intel XAXM nebo softwarovou emulaci x86 z dob Windows pro Alpha a PowerPC).
*) WINE je loader Win aplikací a reimplementace knihoven Windows. Loader si Microsoft napíše sám, knihovny má originální. Jde to i obráceně - pamatuju, jak jsem v Linuxu nahradil polovičaté knihovny od komunity těmi z dualbootu Windows, aby mi aplikace fungovala.
EDIT: Jiný příklad, na Amize třeba byly 2 kernely, jeden pro Motorola CPU a jeden pro PowerPC CPU na rozšiřující kartě. Aplikace jely normálně vedle sebe.
23. 11. 2025, 22:11 editováno autorem komentáře
1. Ano, Microsoft udržuje kernel ve WSL2. Jenže WSL2 je tak trochu Frankensteinovo monstrum. Windows a Linux mají například své vlastní FS, a k druhému OS přistupují před redirector, řekněme jako na síťové sdílení. GUI se řeší tak že se na Linux přistupuje pomocí RDP, řečeno dosti zjednodušeně. Jasně, funguje to, ale nestavme to tak, že jde o dva rovnocenné kernely, protože nejde.
2.A. Windows se nespouští ve virtuálce pod Windows. Windows běží jako root partition, což není totéž.
2.B. User space libraries ve Windows volají Windows kernel. MS by musel napsat user space libraries pracující nad Linux kernelem, a u toho ten kernel opravdu výrazně obohatit o dlouhou řadu API, které dnes prostě nemá. Pro ilustraci, Windows kernel nabízí asi 2000 různých syscalls. Otázka je proč MS ztrácel zdroje na rozšiřování Linux kernelu a reimplementaci svých user space libraries, jen aby na konci měl to co už dávno má. Taková investice jako migrace z NT kernelu by měla smysl jen pokud by přinesla něco řádově nového, a to Linux těžko může nabídnout. MS migraci odmítl dokonce i migraci na Midori, která by něco nového přinést mohla, protože by toho přinesla málo vzhledem k úsilí, a přinesla by řadu problémů.
2.B. Myslíte že by zákazníci ocenili třeba nestabilní kernelové API/ABI? To by vedlo například k nutnosti upgradovat third party drivery pro každý nový release kernelu, jako na Linuxu.
3. Ano, knihovny Wine implementující část Win32 se v řadě případů dají nahradit originálními knihovnami. Jenže ty nakonec volají user mode funkce ntdll.dll, které propadají na Windows kernel pomocí syscalls. Například standardní kernel32!CreateFileW provede nějakou normalizaci cesty apod., a zavolá ntdll!NtCreateFile, což je wrapper který zavolá syscall NtCreateFile. Myslíte že můžete triviálně nahradit ntoskrnl!NtCreateFile pomocí linuxového open()? Nemůžete, protože fungují v detailech dost odlišně. Stačí si přečíst třeba jen dokumentaci v Win32 Naming Files, Paths, and Namespaces, a tam zjistíte že Windows mají hard links, junctions, reparse points, alternate data streams a namespaces. "\\?\Volume{8d0ad23a-470b-4c70-a225-2ad14a6a739d}\" může být třeba vaše vložená USB klíčenka; spusťte si někdy WinObj ze SysInternals Suite a pokochejte se, najdete ta i drivery zařízení které se také dají otevřít přes CreateFileW. K tomu přičtěte zamykání souborů, což je kapitola sama o sobě, a ACL. Většinu toho všeho Wine ignoruje, což je u hry každému celkem jedno.
https://learn.microsoft.com/en-us/windows/win32/fileio/naming-a-file
https://learn.microsoft.com/uk-ua/sysinternals/downloads/winobj
Jak říkám, může se to zdát jednoduché, pokud se nezačnete podrobněji dívat, o čem je vlastně řeč.
> 1. (...) GUI se řeší tak že se na Linux přistupuje pomocí RDP, řečeno dosti zjednodušeně.
Ne, Linux tam kreslí normálně přes MESA, ale to kreslí do DirectX knihovny v Linuxu (guest), a ta funguje jako roura do DirectX ve Windows (host). Díky tomu, že obojí je stejné API, tak ta roura nemusí převádět příkazy a má malý overhead.
> 2.A. Windows se nespouští ve virtuálce pod Windows. Windows běží jako root partition, což není totéž.
V "root partitiion" běží Windows 11, ale pod ním běží zas Windows 11, a až s tím pracuje uživatel. Dokonce existuje už AAA hra, která tento režim vyžaduje pro implementaci anti-cheat:
https://www.reddit.com/r/pcmasterrace/comments/1c3qrf9/in_case_you_didnt_know_all_windows_11/
> 2.B. User space libraries ve Windows volají Windows kernel. MS by musel napsat user space libraries pracující nad Linux kernelem
Však aplikace volají systémová DLL, ne přímo kernel. Díky tomu mohl "podvozek" několikrát předělat a pro aplikace je to transparentní (např. grafický driver model WDDM). Jestli to někomu přijde nezvládnutelné, tak ať si uvědomí, že přesně tohle již dělá WINE.
> 2.B. Myslíte že by zákazníci ocenili třeba nestabilní kernelové API/ABI?
Android třeba má stabilní driver ABI (vybrané LTS kernely). A NVidia má nad kernel ABI tenký wrapper implementující svoje driver ABI (binární blob není třeba překompilovávat na "nové header files", jen ten wrapper mezi - jen k tomu tak dává zdrojáky a blob je jen jeden pro různé verze Linuxu).
> 3. Ano, knihovny Wine implementující část Win32 se v řadě případů dají nahradit originálními knihovnami. Jenže ty nakonec volají user mode funkce ntdll.dll, které propadají na Windows kernel pomocí syscalls.
Ano, stačí reimplementovat jen ty lowlevel DLLka, které pracují přímo s kernelem. Těch je asi 4. Zbytek zůstává,
> Myslíte že můžete triviálně nahradit ntoskrnl!NtCreateFile pomocí linuxového open()?
Linux se již patchuje windowsovskými funkcemi (NTSYNC). Specifické věci pro WIndows nad Linux kernelem mohou být patchset, který nepůjde do upstreamu, tedy nemusí diskutovat s linuxovou komunitou, zda to zapadá do ideologie (stejně jako některé věci ve WSL2 nebo od Valve pro Steam Deck, např. jejich implementace HDR nečekající roky na komunitu).
24. 11. 2025, 03:58 editováno autorem komentáře