Portál AbcLinuxu, 13. května 2025 18:54
Taktéž byly nějaké pokusy používat RTC jádro pro dosažení lepšího výkonu a latencí, ale co vím, tak stabilita nebyla nikdy 100%.Nevim jesli je myslena stabilita jadra nebo CS, ale RT jadro jsem pouzival cca ve verzich 2.6.32 - 2.6.39 a pri bezne desktop praci zadny problem.
V podstatě už to řekl Max, ale technická podstata zvyšování frekvence kernel timeru je pokud vím tato:
Program, který potřebuje periodicky s vysokou přesností provádět nějakou činnost může využít timeru. Pokaždé, když timer vyprší, zavolá se nějaká funkce. Je logické, že čím vyšší frekvenci timer má, s tím vyšší přesností může program pracovat.
Pokud tedy chce HLDS pracovat na 1000 fps, potřebuje časovač, který je schopný "firenout" s intervalem 1 ms, tedy s frekvencí 1000 Hz. Na systému s časovačem nastaveným na 500 Hz se tímto způsobem samozřejmě není možné dostat na více jak 500 fps. Skriptík pro změření přibližné frekvence kernel timeru je např. zde.
V případě herních serverů mi přijde nastavování fps na více jak 1000 čirá číselná masturbace. Např. výchozí polling rate USB je 125 Hz, v nejhorším případě tedy mezi kliknutím a dobou, kdy si toho řadič všimne uplyne 8 ms. Když to porovnáte s klient<->server pingem řekněme 30 ms (když jsem ještě hrával CS já, považovalo se to za solidní hodnotu), asi je vám jasné proč :). Docela zajímavý příspěvek o tom nedávno napsal John Carmack.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.