CPUFreq - schakelt niet snel genoeg

[RemcoDelft]

Ik heb al vanaf augustus 2007 mijn huidige computer: (dualcore) AMD X2 4000+, met Gentoo Linux 64 bit.
Hierbij had ik de CPUFreq altijd op "userspace" in de kernel gecompileerd. Pas recentelijk realiseerde ik me dat Ubuntu 64 bit (bij m'n vriendin, dezelfde hardware) veel sneller is met iets als OpenOffice opstarten vanuit het filecache!
Ondertussen heb ik CPUFreq op "ondemand" en zelfs op "performance" geprobeerd, met steeds weer hetzelfde resultaat: de CPU gaat wel naar een hogere frequentie, maar het lijkt niet snel genoeg te gaan.

Als ik dit opstart:

code:

yes > /dev/null

(lees: 1 core wordt vol belast, met als gevolg dat de hele CPU op max. CPUFreq gaat draaien)
Dan start OpenOffice (op de andere core) 2 keer zo snel op!

Wat testjes:

Gewoon normaal:

code:

time oocalc
real    0m2.024s

Direct na `yes > /dev/null` in de andere console ook op Enter duwen:

code:

time oocalc
real    0m1.765s

Meteen hierna nog een poging (`yes > /dev/null` staat nu iets langer aan, oftewel de CPU draait op max. freq.):

code:

time oocalc
real    0m1.093s

Tot voor kort ging ik er vanuit dat CPUFreq in milliseconden reageerde. Blijkbaar is dat niet zo, maar aan Ubuntu te zien kan het dus wel! Hoe krijg ik dit voor elkaar?

[_JGC_]

Ik gok dat je metingen enorm beinvloed worden door caching. Voor CPUFreq heb je verschillende instelmethoden, jij hebt het hier over userspace, waardoor een userspace programma bepaalt hoe snel je CPU klokt. Vervolgens heb je het over performance, wat volgens jou niet snel genoeg is, terwijl performance gewoon de hoogst mogelijke kloksnelheid betekent.

Persoonlijk gebruik ik liefst de conservative governour: deze is in principe hetzelfde als ondemand, maar schakelt in stappen ipv steeds schakelen tussen min/max.