Vývojáři diskutují o zařazení dynticks pro x86-64 (diskuse)

[disorder]

podla mna to tam daju. ale mozno este nedokoncili nejake zlucenie spolocneho kodu s x86, neviem.

[alium]

Hmm, zkouším ho asi 3 den v jádru 2.6.22 s high-resolution timer na x86-64 a neznamenal jsem zatím žádné problémy či regrese.

[disorder]

+1 a skusam ho uz od 2.6.22

[disorder]

2.6.22 rc*

[CIJOML]

Zdravim jaky je presne rozdil mezi Config_nohz a high resolution? Kdyz prelozim oba, automaticky se vybere high resolution. Jedu i386 na Pentium M.

[disorder]

na HR timers potrebujes NO_HZ (aby sa jadro mohlo budit ked vyprsi timer a nebolo obmedzene granularitou 1/HZ s)

[alium]

bohužel pouze anglicky je to přesně vysvětleno takto :

The high-res timers feature (CONFIG_HIGH_RES_TIMERS) enables POSIX 
timers and nanosleep() to be as accurate as the hardware allows (around 
1usec on typical hardware). This feature is transparent - if enabled it 
just makes these timers much more accurate than the current HZ 
resolution. 
 
The tickless kernel feature (CONFIG_NO_HZ) enables 'on-demand' timer 
interrupts: if there is no timer to be expired for say 1.5 seconds when 
the system goes idle, then the system will stay totally idle for 1.5 
seconds. This should bring cooler CPUs and power savings: on our (x86) 
testboxes we have measured the effective IRQ rate to go from HZ to 1-2 
timer interrupts per second.

[alium]

do toho se ještě přidá volba "CPU-idle" ( v power managment). Vzniká tak zajímavé šetření energie v jádru. V jádru standardně snad někdy 2.6.24 - 2.6.26

[disorder]

ja to mam v 2.6.22. co robim zle? :)

[alium]

zbytecne patchujes (ja ho mam taky - je spolu s HR timer)

[disorder]

ale hrt pre x86 uz je v jadre, ja patchujem len kvoli x86_64

?

[.]

ale co FLASH??

[disorder]

flash sa do jadra nedostane :(