malte skarupke vývojár hierPublikujem porovnanie výkonu zámkov na základe Mutexu a Spinlocku pomocou rôznych plánovačov úloh. Testy preukázali neobvyklé oneskorenie dĺžky pri použití Spinlocku s predvoleným plánovačom úloh v systéme Linux.
Autor testov dospel k záveru, že plánovač úloh v systéme Linux má problémy ktoré ovplyvňujú negatívne práca hry vytvorené pre službu Google Stadia, kde hry bežia na GPU v cloudovom prostredí a klient streamuje iba obsah obrazovky do 60 snímok za sekundu.
Za takýchto podmienok je potrebné zabezpečiť včasné zobrazenie rámcov na obrazovke a zaznamenajú sa oneskorenia viac ako jednu milisekundu.
Linus Torvalds sa pripojil k diskusii o dôkazoch a nazval ich „čistým odpadom“. a príklad toho, ako získať ukazovatele, ktoré neodrážajú skutočnú realitu, bez úplného pochopenia témy.
Torvalds napísal:
Celý príspevok sa zdá byť nesprávny a meria niečo úplne iné, ako si autor myslí a tvrdí, že meria.
Najskôr je možné spinlocky použiť, iba ak skutočne viete, že pri ich používaní nie ste naprogramovaní ... V zásade prečíta čas pred uvoľnením zámku a potom ho prečíta po opätovnom získaní zámku a uvádza, že čas je rozdiel je čas, keď zámok nebol udržiavaný. Čo je hlúpe a zbytočné a úplne nesprávne.
To je čistý odpad.
Spinlock je nízkoúrovňový primitív, ktorý je potrebné v používateľskom priestore používať s veľkou opatrnosťou a plne porozumieť detailom; inak môžete získať to, čo tester predviedol.
Linus odporúčal vývojárom hier, aby nepoužívali spinlock a že sa nesnažia blokovať svoje vlastné blokovacie systémy založené na tom, skôr využiť existujúce osvedčené mechanizmy informovať systém, že čakajú na uvoľnenie zámku, aby sa vylúčil vplyv programátora.
Pluginy založené na Spinlocku je možné používať iba s plnou istotou, že programátor nepreruší ich vykonávanie. Zámky založené na spinlockoch použité v testoch sú implementované prostredníctvom domácej väzby, ktorá funguje v užívateľskom priestore.
Plánovač úloh môže kedykoľvek počas vykonania tohto odkazu prevziať kontrolu a prepnúť na inú úlohu.
Vzhľadom na to, čoMeranie výkonu je založené na absolútnych hodnotách časovača, definované meškania v testoch sa netýkajú iba oneskorení v radiči blokovanie, ale tiež kód, ktorý bol spustený v inom kontexte, to znamená.
Nezmeria len to, čo sa tester pokúsil zmerať, ale aj „šum“ z iných výpočtov v systéme.
Problém je v tom vývojári nemali v prvom rade používať spinlockyr, pokiaľ Na vine nebol programátor Linuxu, ale prístup vývojárov k jeho používaniu.
Tester sa pokúsil namietať proti Linusovi, poznamenáva, že v praxi sa v hrách často používa použitie patentovaných uzamykacích systémov založených na spinlocku, pretože pri použití jednoduchších programátorov ako v systéme Linux vykazujú testy lepší výkon.
Linus spomenul, že plánovač Linuxu je univerzálny, rafinované po celé desaťročia a optimalizované nielen pre pracovnú plochu a hry, ale aj pre iné typy bremien pracuje napríklad so serverovými systémami, a preto pri plánovaní úloh zohľadňuje veľa odtieňov.
Pridajte konkrétne optimalizácie, ktoré znížia latenciu v hrách Google Stadia môže v konkrétnom prípade zvýšiť odozvu, je však pravdepodobné, že zníži celkový výkon programátora.
Napríklad plánovač Windows má lepšie výsledky v skúmaných testoch, pretože je oveľa jednoduchší ako plánovač Linux a je primárne optimalizovaný pre konkrétne úlohy na pracovnej ploche.
Fuente: https://probablydance.com/