Ale len preto, ze vývojári hier nevedia programovať korektne a DirectX je menej citlivé na otrasný kód ako openGL
1. ex-inženýr Nvidie: Každou hru vydávají rozbitou, opravujeme to v driverech
11. 3. 2015
„Téměř každá hra je vydána rozbitá. Řeč je o významných AAA titulech od výrobců, kteří patří k nejznámějším v branži. Někdy řešíme i donebevolající porušení pravidel APU - jedna D3D9 hra se ani neobtěžovala s voláním BeginFrame/EndFrame. Leccos jsou chyby nebo přehlédnutí - jeden titul byl vydaný s chybnými shadery, které silně snížily výkon našich ovladačů. Takové záležitosti jsou na denním programu bug-trackeru. Pak se na to někdo podívá, zjistí, co je v té hře zvorané a vytvoří záplatu, aby si s tím ovladač poradil. V ovladači už existuje dlouhá řada volitelných záplat, které prostě pro jednotlivé hry zapínáme nebo vypínáme - a pak jsou tam hacky specifičtějšího rázu - až po kompletní náhradu původních shaderů za verzi připravenou našim softwarovým týmem."
https://diit.cz/clanek/bugy-ve-hrach-resi-ovladace-graficke-karty
1.Running Left 4 Dead 2 on Windows 7 with Direct3D drivers, we get 270.6 FPS as a baseline.
2.When we started with Linux, the initial version we got up and running was at 6 FPS. (potom opravili chyby v rendereri... a mali )
3.After this work, Left 4 Dead 2 is running at 315 FPS on Linux. That the Linux version runs faster than the Windows version (270.6) seems a little counter-intuitive,
(premigroivali oporavy chyb d Windoiws a hla...)
4. Interestingly, in the process of working with hardware vendors we also sped up the OpenGL implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS with that configuration.
http://blogs.valvesoftware.com/linux/faster-zombies/
https://www.phoronix.com/scan.php?page=news_item&px=MTE1MjI
https://www.phoronix.com/scan.php?page=news_item&px=mte1nze
https://www.phoronix.com/scan.php?page=news_item&px=MTE0Njc
Lenže za to si môže Nvidia sama. V dobách, keď sa ešte vtedy s Ati predbiehali vo výkonoch, začali optimalizovať Shader-y pre rôzne AAA tituly, potom rôzne ohýbali vlastné API. Toto sa prejavilo aj na tom, že frame nemusí byť korektne ukončený, či mať korektnú hlavičku, lebo ten driver to nejako opraví za neho. Ovládače Ati, teraz AMD sú v tomto smere konzistentnejšie, ale aj ony mnohé opravujú. To je aj dôvod prečo sú tie ovládače také veľké. Obsahujú rôzne opravy a optimalizácie pre hry.
A teraz mi povedzte ako ten vývojár príde na chybu, keď ten frame sa vykreslí korektne bez glytchov alebo fragmentov? A problém nastáva, len na niektorých kartách a len na niektorých verziách ovládačov? Za tento stav sú zodpovedný markeťáci z oboch táborov výrobcov grafických kariet, ktorí dotlačili svojich programátorov do rôznych "vylepšení".
Ale je pre nich všetkých jednoduché ukazovať na vývojárov hier. Oni sú tí zlí, oni to nevedia, oni sa nedržia dokumentácie.
> Ale je pre nich všetkých jednoduché ukazovať na vývojárov hier. Oni sú tí zlí, oni to nevedia, oni sa nedržia
>dokumentácie.
Ono sa toho nedržia ani programátori operačných systémov a potom sú nám obrany voči Specte,Meltdown atď. nanič...
Every major OS maker misread Intel's docs. Now their kernels can be hijacked or crashed
Grab those patches as Chipzilla updates manuals
By Simon Sharwood and Chris Williams 9 May 2018
Updated Linux, Windows, macOS, FreeBSD, and some implementations of Xen have a design flaw that could allow attackers to, at best, crash Intel and AMD-powered computers.
On Intel and AMD machines, the software-generated interrupt instruction immediately after POP SS causes the processor to enter the kernel's interrupt handler. Then the debug exception fires, because POP SS caused the exception to be deferred to avoid the stack being in an inconsistent state.
Operating system designers didn't expect this. They read Intel's x86-64 manuals, and concluded the handler starts in an uninterruptable state. But now there's an unexpected debug exception to deal with while very early inside the interrupt handler.
https://www.theregister.co.uk/2018/05/09/intel_amd_kernel_privilege_escalation_flaws/
V poriadku, ale ide o to, že sú aj vývojári, ktorí sa držia dokumentácie, ale chyba môže nastať u každého a niekde pri generovaní geometrie sa nastaví zlý príznak, ale chyba sa neprejaví, lebo ju ovládač opraví.
Takto sa chyby hľadajú naozaj ťažko.
Prípadne volanie vyplníte parametrami podľa dokumentácie, ale nefunguje to, lebo nejaký AAA titul tam má chybu a ovládač to opravuje. Táto drobnosť je však opomenutá v dokumentácii. Prípadne sa Vám to znefunkční až po vydaní AAA titulu s novým ovládačom. Prípadne ak ste obaja dosť veľký je tam if a funguje oboje.
A za to naozaj nemôžu herní vývojári. Otázkou je prečo sa tie chyby nehlásili herným vývojárom, aby si ich opravili?
>Někdy řešíme i donebevolající porušení pravidel APU - jedna D3D9 hra se ani neobtěžovala s >voláním BeginFrame/EndFrame
Toto mi nepríde ako chyba, ktorú má riešiť ovládač, tak prečo im ju neposunuli?
>> jedna D3D9 hra se ani neobtěžovala s voláním BeginFrame/EndFrame
>To mi nepríde ako chyba, ktorú má riešiť ovládač, tak prečo im ju neposunuli?
Ale to bolo nahlásené, a výrobca hry to zvalil na ovládače
>Prípadne volanie vyplníte parametrami podľa dokumentácie, ale nefunguje to, lebo nejaký AAA titul tam má
>chybu a ovládač to opravuje. Táto drobnosť je však opomenutá v dokumentácii. Prípadne sa Vám to znefunkční
>až po vydaní AAA titulu s novým ovládačom. Prípadne ak ste obaja dosť veľký je tam if a funguje oboje.
Ten pán opisuje, že tam sú heuristické if-y resp switch-case-y
A máte na to i nějaký odkaz, který by to rozebíral? Z pohledu programátora mi to přijde jako hoax, protože hry komunikujou s GPU skrz API, takže tam nevidím žádný prostor pro zmíněné "optimalizace" (kromě selekci těch profilů) a pokud ta hra dělá něco špatně, tak si toho přece musí všimnout už při vývoji. Navíc hry většinou používají nějaký engine, takže chyba by asi byla spíš tam, a pak by mi přišlo celkem idiotské hackovat individuální tituly.
Historicky vím o nějakých případech, kdy MS např. hackoval malloc/free pro specifické programy (četl jsem o SimCity "memory use after free", takže MS upravil alokátor tak aby to dovoloval), ale toto jsou fakt staré věci a nechce se mi věřit, že by se něco takového dělo i dnes a jen kvůli výkonu. Je to nákladné a mnohem lepší je to opravit přímo v daném programu nebo enginu.
2unicode: uz si nekdy zkousel u nejaky rozsirenejsi gamesy prejmenovat exac? To se pak zacnou dit veci ...
A presne o tom to je, driver si checkuje co zrovna bezi a podle toho meni nebo uplne vypina nejaky nastaveni + klidne muze primo zasahovat do kodu, protoze nad tim proste ma kontrolu. Proc myslis, ze ty "ovladace" zabiraj na disku stovky MB. Driver pro HW ma par kB.
U spousty games trebas nejde zapnout AA - i kdyz ho ve hre zaplej mas, ovladace to ignorujou. Kdyz ale prejmenujes ten exac, tak to najednou zaply je, jen se trebas zacne rozpadat obraz.
Nechal som sa trochu uniesť. Problém je, že som plietol dve veci dohromady.
Historické, kde závod Nvidia vs Ati spôsoboval turbulentné zmeny a nekonzistencie v API a dokumentácii ako popisujem nižšie. Je to zároveň doba, keď si každé štúdiou vyvíjalo vlastný engine. Našťastie toto už pominulo asi pred 10-timi rokmi. V tej dobe Nvidia išla dravo dopredu, jej hry kreslili hry krajšie, rýchlejšie, jedným slovom bombovejšie. Aj preto majú týchto kostlivcov doma v skrini viac.
A historické trvajúce, čo sú práve tie optimalizácie shader-ov. Začalo to v rovnakej dobe ako situácia s API, ale trvá to dodnes akurát spôsoby sa zmenili. Kým v dobách "drevených" disassemblovali do hlsl, prípadne glsl a optimalizovali tieto shader-y "ručne". Tak dnes by to pri tom množstve titulov nebolo možné, ale potreba pre "bombový" marketing trvá, preto majú tieto heuristické metódy na optimalizáciu shader-ov. Nie je to preto, že by vývojári hier nevedeli písať, prípadne optimalizovať shader-y, ale oni napíšu shader, ktorý funguje dosť dobre pre výrobcu (Nvidia, AMD) možno pre isté rodiny grafických kariet (séria 900, séria 520), podľa toho ako si nastavili požiadavky hry. Avšak už na jednotlivé karty to neoptimalizujú. To je práve je ten priestor, kde to robia výrobcovia ako som už spomínal nižšie aj preto majú ovládače stovky MB. Ťahajú si so sebou práve tieto optimalizované shader-y pre konkrétnu kartu.
Rád by som poslúžil linkom, aby som tu nebol len za tlčhubu. Bohužiaľ herní vývojári o týchto veciach rozprávajú len pri pive. Ak niečo píšu na blogy, tak sú to veci, ktoré priamo súvisia s ich hrou ako obsah, nové featury, atď. Technické detaily verejne nerozoberajú aspoň, čo je mne známe.
Tak jestli to co píšete je pravda, tak je nvidie fakt hloupá. Timhle způsobem akorát nvidia vzkazuje vývojářum her že můžou psát hovnokód a oni jim to "nějakej rozběhaj". Výsledek je samozřejně že občasné výjimečné game-specific záplaty se stanou jejich pomalu jedinou náplní práce.
Tie game-specific záplaty už sú dennou náplňou nemalého množstva programátorov u oboch výrobcov už pár rokov.
Pozrite sa hlavne na stav u Nvidia, obrovský súbor s ovládačmi cca 300 MB. Rôzne utility na ladenie nastavení v hrách, ktoré to robia na pozadí bez zásahu užívateľa. GeForce Experience už svojím "optimizmom" v nastaveniach hier urobilo nemalo vrások na čelách vývojárov.
AMD sa snaží u seba situáciu normalizovať, preto nie je v herných benchmarkoch taká "oslnivá".
Pozor netvrdím, že to čo píšem je pravda, ale je to môj názor a moja skúsenosť s danou problematikou. Pravdu nepoznám, moje obvinenie markeťákov je podložené, len mojimi tvrdeniami. A to je málo, aby sme to vyhlásili za pravdu ;). Chcel som tu len poukázať na druhú stranu mince.
Zaprvé je to "Vulkan", ne "Vulcan".
Za druhé, OpenGL, Vulkan a další GPU API se typicky skládají z userspace loaderu (ten sice u OpenGL kdysi skutečně dodával MS, ale počínaje Vistou tuhle zodpovědnost hodil na dodavatele GPU) a driveru pro konkrétní GPU, který má opět userspace část (nějakou tu .dll) a modul v kernelu (tentýž .sys modul mimochodem typicky používají i userspace části driverů pro všechna ostatní GPU používající API jako OpenCL, OpenVG, OpenMAX, DirectDraw, Direct2D, Direct3D, DXVA a kdo ví co ještě). Všechny zmiňované komponenty jsou v případě ne-MS API absolutně nezávislé na Redmondu nebo sdílené, takže je nemohou sabotovat ani kdyby chtěli, protože ty sdílené potřebují i pro vlastní API a nad instalací a používáním zbytku nemají žádnou kontrolu.
Za třetí se už konečně naučte se rozlišovat DirectX a Direct3D, protože mezi Direct3D a OpenGL/Vulkanem (API pro 3D grafiku) je podobný vztah jako mezi DirectX a SDL (API pro vstup, 3D grafiku, zvuk, síťování, ...).
a kto by to na linuxe hral? Myslis ze gamer ma cas furt nieco instalovat, kompilovat a pamata si prikazy? Keby tie hry robili pre linux tak si ich nikto nezahra a radsej pojdu von hrat futbal. V takomto horku ak nemas klimatizaciu tak sa da v kancelarii vydrzat len velmi tazko. Druha vec je ze ked je vonku silne slnko tak sa mozes spalit, ale opalovaci krem s vysokym ochrannym faktorom by na to mohol pomoct?
naopak, linux gamer by mel najednou HROMADU casu, nemusel by si instalacky programu nekde tahat po netu, nemusel by je pak instalovat s 10x stlacenim tlacitka next, nemusel by si sam hlidat zda vyjde nova verze techto programu aby cele kolecko delat rucne znovu...
instalace aktualizaci vsech programu a celeho systemu by mu nezpomalovala pocitac, kdyz by pak dal pocitac vypnout tak by necekal s koukanim na "nevypinejte pocitac, dokoncuji se aktualizace" a pak pri naslednem zapnuti by necekal s koukanim na "jeste se dokoncuji aktualizace", aby po nastartovani se mu zobrailo "jeste sme nasli nejake aktualizace ktere sme predtim najit neumeli" a opet cele kolecko znova...
linux gamer by jednoduse naklikal programy co chce nainstalovat a pak zmacknul tlacitko pouzit, aktualizace by se mu resili automaticky, pri restartovani by se zadne aktualizace nedokoncovali protoze uz by vse bylo hotove...
navic pokud by mu odesla deska, tak by prehodil disk na jinou desku a za stejnejch par vterin jako predchozi pocitac, by mu nastartoval system, i kdyz by slo o jine cpu, jinej radic... kdyz by strcil USB zarizeni do jineho portu, tak by necekal nez se mu nainstaluje ovladac na totozne zarizeni co uz pretim mel davno nainstalovane a pouzivane v jinem portu... atd, atd...
Ještě neopomínejte na aktulizace, které zničí načítání/grub (lze vyřešit příkazem jedním)/ prostředí/ zálohu.
Poslední velká aktulizace mi málem odpálila krevní točiště, jelikož se vysralo načítání a protože jsem se dostal na úvodní obrazovku (zadal jsem heslo a vrátilo mě to zpět na úvodní), přemazala se záloha tím špatným.
To u linuxu neřešíte... a přechod LTS je opravdu jednoduché..
Tři minuty jednou za čas by asi byly akceptovatelný, kdyby
- byla záruka, že to budou jenom tři minuty, a ne pět pokusů po 30 minutách + reinstalace
- v případě selhání aktualizace byla cesta zpět (bod obnovení nefunguje, volba jinýho jádra v GRUBu jo)
- se to nedělo na noťasech techniků v terénu, u obchodníků když mají prezentovat, u školitelů,...
- kdyby to zohlednilo, že NTB jede z baterky a nespustil 20 minut instalace v případě, že baterka stačí na 15 minut (s rozbitím filesystému jako bonus)
- kdyby to aspoň aktualizovalo i aplikace, když už je tam takový overhead
- kdyby to nezabrzdilo první spuštění aplikací po aktualizaci systému
- kdyby se to nedělo samo ve chvílích, kdy to nepotřebuješ, třeba při řízení nějakýho automatickýho testu v řádu dní nebo týdnů
- bylo zaručeno, že po aktualizaci bude systém funkční
- to zachovalo konfiguraci, kterou si uživatel nastaví
- to nevyměnilo ovladače zařízení za nekompatibilní
- to dokázalo ošetřit 0-day vulnerabilities
A nic z těch bodů to, kupodivu, nezvládá.
> v případě selhání aktualizace byla cesta zpět (bod obnovení nefunguje, volba jinýho jádra v GRUBu jo)
Možnost multibootu stále existuje.
> se to nedělo na noťasech techniků v terénu, u obchodníků když mají prezentovat, u školitelů,..
Od jisté verze je v natavení aktualizací možno říct, aby je systém po dobu cca 35 dní automaticky neinstaloval. To mi přijde jako docela rozumný kompromis – jednou za měsíc si prostě čas najdu a ty aktualizace nechám nainstalovat.
> to zachovalo konfiguraci, kterou si uživatel nastaví
Moje nedávná zkušenost s Raspbianem ukazuje, že v tom Windows nejsou samy :-). Dokonce nebylo potřeba ani dist-upgrade.
> byla záruka, že to budou jenom tři minuty, a ne pět pokusů po 30 minutách + reinstalace
Pokud nepočítám velké aktualizace (ty vydávné cca jednou za půlrok), tak se na ty tři minuty nedostávám (obvykle tak 10-20 vteřin max.). Ale bude záležet na druhu disku.
> to dokázalo ošetřit 0-day vulnerabilities
To nedokáže na 100 % nic.
> kdyby to aspoň aktualizovalo i aplikace, když už je tam takový overhead
Vývojáři aplikací zřejmě nechtějí absolvovat proces přidání jejich díla do Windows Update (až na výjimky). Minimálně u ovladačů je možné aktualizace posílat i touto cestou. A pokud mermomocí chtějí provádět aktualizace při odhlašování/vypínání, mohou si pro tento účel napsat službu.
"Možnost multibootu stále existuje."
Mluvím o situaci, kdy je na stroji jeden OS a něco se dodrbe. Když se to stalo posledně manželce na Fedoře, tak oprava byla jednoduchá: "Restartuj to a jak tam bude tabulka s odpočítáváním, najeď šipkou o jedno dolů a zmáčkni Enter. Večer na to mrknu." U Widlí a jejich bodu obnovení je podmínka pro BFU, že najede GUI. Pokus o obnovu je na cca 2-3 hodiny (aspoň to tak bylo u XP, aktuálně nevím) a po těch třech hodinách to stejně nenaběhlo. Nouzový režim navíc rozhází ikony na ploše, protože 640x480.
"Od jisté verze je v natavení aktualizací možno říct, aby je systém po dobu cca 35 dní automaticky neinstaloval. To mi přijde jako docela rozumný kompromis – jednou za měsíc si prostě čas najdu a ty aktualizace nechám nainstalovat."
Ty si ho najdeš. V kanclu nebo jako pařan. Ale ne vždycky to jde. Představ si třeba test v klimatické komoře s cyklováním teploty a vlhkosti, který trvá třeba 60 dní a potřebuješ non-stop celou dobu přes USB sledovat, jestli prototypy reagují a v jakým jsou stavu. Na komplu s Widlema tohle neuděláš. Stejně jako když použiješ klasický PC jako nějaký malý server pro tým...
"Moje nedávná zkušenost s Raspbianem ukazuje, že v tom Windows nejsou samy :-). Dokonce nebylo potřeba ani dist-upgrade."
Takže ti to změnilo výchozí aplikace, rozdrbalo nastavení sítě a pro jistotu vyhodilo ovladače grafiky?
"Pokud nepočítám velké aktualizace (ty vydávné cca jednou za půlrok), tak se na ty tři minuty nedostávám (obvykle tak 10-20 vteřin max.). Ale bude záležet na druhu disku."
Ne, to záleží na tom, jak se vyspí generátor náhodných delayů. Na různých strojích se stejným HW a imagem disku to vždycky trvá různě dlouho. Gratuluj si, že zrovna ty patříš k vyvoleným.
"To nedokáže na 100 % nic."
Jasně, ale to, že nedosáhneš 100% není důvod se nepokusit o 95%. Widle jsou maximálně na 5%, protože
- záplata vyjde 1x za měsíc, ať se děje co chce. Takže pokud praskne zranitelnost den po aktualizaci, máš 30 dní smůlu
- záplata je součást šílenýho balíku, který rozbije něco jinýho a M$ ho komplet revertne po stížnostech od uživatelů
- záplata se netýká SW třetích stran, kde jsou taky díry (Adobe FLASH Player například). Musíš si hlídat všechno a dělat to ručně.
"Vývojáři aplikací zřejmě nechtějí absolvovat proces přidání jejich díla do Windows Update (až na výjimky). Minimálně u ovladačů je možné aktualizace posílat i touto cestou."
Jasně, a proto měsíc píšou a testujou svoje řešení, který není zadarmo... Nebo se na aktualizace vybodnou úplně.
"A pokud mermomocí chtějí provádět aktualizace při odhlašování/vypínání, mohou si pro tento účel napsat službu."
To jo, akorát že:
- je to proces, který leze ven a něco instaluje do systému. Odladěný a důkladně otestovaný kus SW, specializovaný na aktualizace, je mnohem bezpečnější řešení.
- expert na grafiku ti napíše program pro grafiku, ale musí vytvořit i proces na update - podpisy SW, jejich ověření,... Víš jistě, že to zvládne tak, aby v tom nebyly díry?
- takový proces úplně zbytečně žere systémový prostředky (CPU, RAM, prostor v SysTray, konektivita)
- takový proces komukoliv na cestě vyžvaní, že používáš aplikaci XY, už jenom podle dotazu na update server. Takže další díra do soukromí a nápověda pro někoho, kdo se ti chce dostat do systému.
"Ty si ho najdeš. V kanclu nebo jako pařan. Ale ne vždycky to jde. Představ si třeba test v klimatické komoře s cyklováním teploty a vlhkosti, který trvá třeba 60 dní a potřebuješ non-stop celou dobu přes USB sledovat, jestli prototypy reagují a v jakým jsou stavu. Na komplu s Widlema tohle neuděláš. Stejně jako když použiješ klasický PC jako nějaký malý server pro tým..."
Sorry, takovy pocitac byva z 99,9% bud izolovany, nebo v domene a tam si updaty ridis uplne jak chces (vlastni updatovaci server). A podle licence nesmis desktopovy system pouzivat jako server....s tim muzeme nesouhlasit, ale licencne to ciste neni, tak proc by Ti to meli usnadnovat....
"Ne, to záleží na tom, jak se vyspí generátor náhodných delayů. Na různých strojích se stejným HW a imagem disku to vždycky trvá různě dlouho. Gratuluj si, že zrovna ty patříš k vyvoleným."
to je taky docela nesmysl, ktery platil max u umeleho zdrzovani Win7 updatu.....
"Jasně, ale to, že nedosáhneš 100% není důvod se nepokusit o 95%. Widle jsou maximálně na 5%, protože
- záplata vyjde 1x za měsíc, ať se děje co chce. Takže pokud praskne zranitelnost den po aktualizaci, máš 30 dní smůlu
- záplata je součást šílenýho balíku, který rozbije něco jinýho a M$ ho komplet revertne po stížnostech od uživatelů
- záplata se netýká SW třetích stran, kde jsou taky díry (Adobe FLASH Player například). Musíš si hlídat všechno a dělat to ručně."
Kdyz je to velka dira, zaplatuji hned i u MS, par takovych prikladu v posledni dobe bylo. Updaty tretich stran si v tom mnozstvi fakt nedokazu predstavit.....to by byla bezpecnost asi jako na Androidu, takze by se tech updatu akorat kazdej bal....
2Petr M: V desitkach se do nouzaku nedostanes, nejde to, pokud na to nemyslis predem a nepovolis si to dokud ty widle jeste fungujou. Kdyz uz ti gui nenastartuje, ses v loji, protoze ta kouzelna nabidka/klavesa je proste vypnuta ...
A pro pobaveni publika, otevrete si tenhle soubor ve w10 ... c:\Windows\WindowsUpdate.log ... to aby ste se meli cim bavit az budete resti proc to nefunguje.
Apropos, libovolnej nonM$ proces aktualizaci zere tisicinu prostredku, protoze widle potrebujou 8 jader a 8GB ram na hodinu jen na to, aby zjistily, ze zadny dalsi aktualziace nejsou.
> Linux Kernel Live-Patch service to treba umi ;) V Ubuntu zdarma pro 3 domaci pocitace/1 email ucet
Live patching je podporován i ve Windows (hot patching), ale neznám detaily, takže nemám představu, na jaké druhy úprav jej lze či nelze použít. Původní binárky ale musí být zkompilovaná s podporou tohoto přístupu.
V nedeli jsem resil jeden win10 pocitac, ktery po aktualizaci mel vsechny soubory uzivatele read only. Nejdriv jsem si myslel, ze uzivatel delal nejake blbosti, pak jsem nasel, ze ten problem ma docela dost lidi a od stejneho data. Hadejte. Ano byla to win10 aktualizace, ktera zrusila vlastnictvi vsech souboru daneho uzivatele a priradila je uzivateli system. SUPER! Uz ma liniux ve virtualboxu a po teto zkusenosti uvazuje o pouzivani linuxu :). Ma par programu, ktere v linuxu nejde nahradit a asi nikdy nepujde. Scia (Nemetchek company) by se mela nad sebou zamyslet a pridat port pro linux.
Mozna tak v pohadce. Jo a co ja resil notasu, kde ho nekdo takhle v dobre vire vypl, jenze behem tech 3(microsoft-)minut, tj hodiny dosla baterka a cele se to pokakalo... nebo ten posledni velky update na win10, je to byla zabava kdyz to nestihl stahnout nebo nainstalovat najednou, coz i na dost vykonem hernim pc zabralo klidne dve hodiny, tak sup pri dalsim startu stahujeme a instalujeme od 0, joo to je zabava na to cekat:) Nebo ted, dostaly se mi pod ruce jedny win8, aktualizace se nejak zapomely a nekonecny boot loop..ani recovery mod nenajede...
Jakoze nejsem zadny militantni propagator linux desktopu a windows pouzivam paralelne leta a proste nektere veci jsou v linuxu holt na vyssi urovni....
windows nabizi vice zpusobu obnovy
nejjednodussi a vetsinou staci - pri bootu F8, Last Good ...
dalsi - dtto - Safe mode, pak bud graficky do Advanced Protection, nebo z command line rstrui.exe
dalsi - instalacni dvd, po nabootovani nedat Install now ale vlevo dole Repair
to ze je nekdo debil a neumi ovladat ani windows ...
Az na ten detail ze F8 v desitkach pri bootu nefunguje, a tahle ficura ani v predchozich widlich nikdy nijak nefungovala, protoze M$ proste nezvladne ani neco tak trivialniho, jako nastartovat system v konfiguraci ve ktery byl nainstalovanej. A repair samozrejme taky nefunguje, a to ani v pripade, ze nabootujes z instalacky. Kdyz nahodou nejakym zazrakem jo (kazdej obchodak sebou bezne nosi iso a ma admin prava ...) tak je to proces na hodiny s vysledkem prevazne 0.
btw: preinstalovaval sem znamemu starej NB HP NC2400 (U2500 1.2GHz, 2GB RAM, 1.8" 4200rpm ZIF/ATA, GPU GMA950), mel tam Win7 a byli neskutecne pomale, startovalo to asi 3minuty, zobrazeni vlastnosti ikony na plose trvalo asi 10-15s... nainstaloval sem Xubuntu 18.04, system startuje 50s, vlastnosti ikone na plose zobrazene za ~1-2s, system je v pohode pouzitelnej a FF dava YT na 720p...
out-of-box behali veskere ovladace, grafika/zvuk/wifi/suspend&resume, dokonce i "touch control" pro podsviceni a i ovladani hlasitost (je vice bodova, s tim ze postupnym prejizdenim po nekolik cm delce se postupne pridava/odebira hlasitost)...
No jo, jenže to měřili na Dota 2, která je už zatraceně dlouho pro Linux optimalizovaná, protože z ní Valve dělá (můj soukromý pocit) lákadlo pro ostatní tvůrce her, aby taky podporovali Linux (a Steam machine), každopádně s přicházející dominancí AMD na bitevním poli grafik a jeho slušná dlouhodobá podpora Linuxu (a Vulcane API) by to opravdu mohl být první hřebík do rakve Microsoft-only PC game platform.
Doporučuji podívat se na celý benchmark, kde se měřilo víc než Dota 2. Z něj lze vidět, že:
- Co je hratelné na Win je hratelné i na Linuxu.
- Linux dokáže leckde Windows porazit.
- Linuxové ovladače AMD porazí ty Windowsové téměř vždy, u nVidie je to vyrovnanější.
- Mesa pro Vegy potřebuje ještě trochu dopilovat.
- Na to, že RADV napsal David Airlie tak bokem, protože se mu nechtělo čekat, než právní oddělení AMD dá zelenou k uvolnění AMDVLK je ten ovladač doopravdy dobrý.
Tak az budou nejaky komercni hry pro linux, tak si je taky nekoupim. V praci mam linux (bez her), doma win10 s hrama (pc pouzivaj i deti a manzelka, nejsem asocial ani terorista). Btw, bohuzel i v praci mam nekolik aplikaci, kvuli kterym musim pouzit win via rdp.
Porovnavat cas ztraceny na udrzbu a update win s uptimem a rezii linuxu nelze, proto linux na praci.
"the Vega GPU would lose display output when booting with the current 4.18 Git as of testing"
"In Dota 2, DX11 is without competition as it's the only renderer that doesn't show disgusting shader compile stutter"
"you would only ignore the fact DX11 is not in these tests."
"FWIW, I've seen that Rise of Tomb Raider performs around 100% faster on Windows (vs Ubuntu)."
aaaaaaaand:
"Yes. It's over. We won. Apple and Microsoft are soon bankrupt and finished. Wintoddlers will never recover."
- "the Vega GPU would lose display output when booting with the current 4.18 Git as of testing"
Ta fráze "as of testing" má naznačit, že se mluví o testovacím kódu, který se kupodivu testuje právě proto, aby se na podobné chyby přišlo.
- "In Dota 2, DX11 is without competition as it's the only renderer that doesn't show disgusting shader compile stutter"
Říká kdo a jakým objektivním testem to určil?
- "you would only ignore the fact DX11 is not in these tests."
DX11 má na Linuxu nativní implementaci odkdy? Testy zahrnující DX9 a DX11 na Windows jsou třeba tady (https://openbenchmarking.org/result/1806206-PTS-RADEONWI59) a rozhodně to nevypadá, že by byly enginy postavené na DX11 nějak masivně rychlejší... Dále platí, že s D3D mají vývojáři daleko více zkušeností a vývojové týmy do D3D enginů cpou více zdrojů.
"FWIW, I've seen that Rise of Tomb Raider performs around 100% faster on Windows (vs Ubuntu)."
- Kdo to viděl, kde, čím to měřil a na jakém HW a SW?
Znovu a lépe, trolling is an art...
"DX11 má na Linuxu nativní implementaci odkdy?"
- zhruba od 2010, viz https://www.phoronix.com/scan.php?page=article&item=mesa_gallium3d_d3d11&num=1
Je to porovnanie driverov pre OpenGL a Vulkan, nie hladanie konfiguracie, kde DOTA pobezi najlepsie.
Hraci pod Windows hraju DOTU pod DX9, resp. DX11. Tento renderer je najviac optimalizovany, bohuzial by nebolo mozne porovnat implementaciu pod Windows a pod Linuxom, kedze linuxova neexistuje.
Takze sa porovnavaju tie, ktore existuju. Vypovedna hodnota je v tom, ze pre OpenGL a Vulkan su Linuxove drivery efektivnejsie. Vypovedna hodnota nie je v tom, ze by dana hra dosahovala najvyssi mozny vykon pod Linuxom.
No chápu, je to zavádějící.
V článku mohli důvody, proč je rozdíl tak významný (na HW testy dost) rozebrat.
Kvalitnímu srovnání brání, že nejsou pořádné multiplatformní 3D benchmarky, všechny jsou primárně windowsové a ty, které v testu používaly jsou docela letité - testovat možnosti nových GPU na takové OpenAreně, Dotě či Unigine Heaven benchmarku z 2013 je o ničem.
Asi není moc na čem to srovnat, o to víc bych se pak vyvaroval clickbaitovských nadpisů...
Škoda, třeba takový wolfenstein II vyšel na Vulkanu, ale s Linuxem kompatibilní není.
Cele to mereni je nejake podivne. Viz Dota:
1) Win10 ma stejne fps v 1080 a 4k?
2) karty v 1080 nescaluji - všechny hodnoty okolo 120fps?
Bud je neco špatně s drivery coz je nepravděpodobné protoze by tu samou chybu museli mit oba drivery nebo (coz se mi zda mnohem pravdepodobnejsi) je zmrsene měření..
Naposled jsem zkoušel steam pod linuxem tak rok zpátky, ale ty dvě tři hry co jsem nainstaloval a spustil běžely hrozně. Namátkou si vzpomínám na Saints row the third, a to je starší hra, protože nefunguje directx a běží to snad v softwarové renderaci. Z těch možná padesáti her co jsem schopný hrát jich tam 2/3 nejede vůbec a 1/3 ze zbytku nefunguje pořádně. Tohle není hate, jenom konstatování.