Vlákno názorů k článku
Do jádra navržen ovladač Windows NT Sync kvůli hrám od miho - To je docela fajn, protože ty windowsí synchronizační...

To je docela fajn, protože ty windowsí synchronizační mechanismy (WaitForMulti­pleObjects a příbuzné) vůbec nejsou špatné. V linuxu se nahrazují docela neohrabaně, navíc s dopady na výkon. Možná by to mohly v budoucnu používat i normální linuxí softy.

27. 1. 2024, 12:13 editováno autorem komentáře

Hlavní problém bude to nt v názvu. Když Apple pro hardwarově akcelerovaný emulátor Rosetta 2 potřeboval v ARM ISA režim zaokrouhlení z x86, tak instrukci pojmenoval jako JavaScript rounding, protože JS chování tehdy převzal podle majoritní (prakticky jediné) architektury.

27. 1. 2024, 14:21 editováno autorem komentáře

Toto ale není pravda.

fjcvtzs a cvttsd2si mají úplně jinou sémantiku. fjcvtzs dělá wrap-around, cvttsd2si dělá truncate, ale není wrap around.

V X86_64 se pro konverzi double -> int32 v JS použije [v]cvttsd2si s 64-bit GP registrem a použije se jen těch 32 spodních bitů, tím se docílí ten wrap-around, ale je to spíš chytrý hack než feature.

Takže, fjcvtzs nemá nic společného s X86.

Já vidím problém právě v tom využití někým jiným. Toto je podpora jen několika funkcí způsobem, který se hodi specificky Wine. To z mého pohledu není úplně kandidát na přijetí do upstreamu. Ale je to izolovaný driver a ničemu to neuškodí, nevím.

27. 1. 2024, 19:30 editováno autorem komentáře

"který se hodí specificky Wine".. a to nemůže? A on to nemůže pak někdo jinej použít?

Neznám podrobnosti, ale měl jsem za to, že epoll_wait() je v podstatě totéž co WaitForMultiple­Objects(). Ale pokud má tohle nějaké výhody, třeba by se to dalo využít pro různé async runtimy.

Bohužel v podstatě totéž nestačí, musí to být identické. Jinak se musí použít softwarová emulace a čím novější hra, tím víc dat načítá (streamuje), tím pomalejší.