Dotaz: intel centrino 1.73 běží max 1.3

[BlackShark]

Zdravím. Na mém notebooku UMAX VisionBook 14000 je procesor CPU Intel Pentium M 740 (1,7 GHz). Mám nainstalovanou Fedoru Core 5 a objevil se mi tam tento problém.

Po nainstalovani cpufreq jsem zjistil ve výstupu cpufreq-info ( doufám, že je příkaz tak ), že procesor zvládá maximální frekvenci 1.3 GHz a minimální 600MHz. Bohužel skutečně procesor běží maximálně na 1.3 i když je vytížený na 100%.

V kLaptop jsou jen volby performance ( 1.3 ) a userspace ( 800 MHz ). Nevíte někdo, v čem může být problém, že CPU neběží nikdy na plný výkon a údajně to ani nezvládá ? ( v BIOSU je uvedeno Intel Centrino 1.73 GHz )

Pokud někdo máte nějaký typ, budu za něj vděčný ...

Odpovědi

[WerK]

Stavalo se mi to same ... je to zpusobeno frekvenci FSB sbernice ... jede vam na 100 misto 133 MHz. Jak to resit v Linuxu nevim, na windowsech to nastavuje primo utilitka od vyrobce (Acer) ... kdyz je CPU-speed na "low" tak nastavi 100 MHz, jinak 133

[Semo]

Mal som podobny problem na NB Prestigio 1590W s tym istym procakom. V subore /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq je nastavena hranica, ktoru frequency scaling neprekroci. A ta je zbytocne nizko (asi nieco blbo autodetekuje) = 1330000 namiesto 1729000. Takze tam potrebujes po kazdom boote zapisat spravnu hodnotu a potom bude skalovat spravne

Mam na to spraveny init skript, ktory navyse zapina skalovanie aj pre niceovane procesy. Inak mi totiz na Gentoo bezi kompilacia strasne dlho (je niceovana o 10). Je to pre Gentoo, ale s minimalnymi upravami to zbehne aj na inych distrach. Bude to normalne sluzba startovatelna cez /etc/init.d/ignore_nice start/stop. A rocnako moze byt spustana automaticky

#!/sbin/runscript
# Distributed under the terms of the GNU General Public License v2

FREQDIR=/sys/devices/system/cpu/cpu0/cpufreq
MAXFREQ=1729000

start() {
        ebegin "Enabling CPU frequency scaling for nice processes"
        find "$FREQDIR" -name ignore_nice |
        while read ign; do
                echo 1 > "$ign" 2>/dev/null
                retval=$?
                if [ "$retval"!=0 ]; then return=$retval; fi
        done
        echo "$MAXFREQ" > "$FREQDIR"/scaling_max_freq
        retval=$?
        if [ "$retval"!=0 ]; then return=$retval; fi
        eend $return
}

stop() {
        ebegin "Disabling CPU frequency scaling for nice processes"
        find "$FREQDIR" -name ignore_nice |
        while read ign; do
                echo 0 > "$ign" 2>/dev/null
                retval=$?
                if [ "$retval"!=0 ]; then return=$retval; fi
        done
        eend $return
}

Je to robene, aby to fungovalo bez ohladu na scaling governora, preto to find.

[BlackShark]

Díky, určitě na to kouknu a zkusím ...

[k3]

find "$FREQDIR" -name ignore_nice neslo by to prepsat na neco jako if [ -f $FREQDIR/ignore_nice ] ; then

?

i kdyz u mne se ta vec co hledas ai jmenuje /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load :))

takze ji ten find tak jak je ted stejne nenajde :)

[Semo]

Neslo, medzi $FREQDIR a ignore_nice je este jeden adresar, ktory zalezi na pouzitom governore. Pricom mi pride zbytocne modifikovat skript, pripadne mu vyrabat konfigurak, aby som mu ten adresar nastavil vzdy, ked zmenim governora. Takto si ten adresar najde sam.

ignore_nice_load: to je pravda, to som si nevsimol, pouzivam conservative. Takze to chce find "$FREQDIR" -name ignore_nice\*

[CIJOML]

Ahoj, tobe to tenhle cip detekuje v jadru 2.6.17 a novejsim? Me ne, v debug modu to hlasi, ze ho to nezna, pritom starsi byly OK, jedna se asi o nejakou logickou zavlecenou chybu v kodu. Kdyztak bugreport na bugzilla.kernel.org uz je zalozeny, muzes ho updatovat

[BlackShark]

Tak jsem zkoušel ten skript, ale dopadl jsem špatně. Do adresáře /sys nelze a FC5 zapisovat, takže skript je mi na nic. Nicméně toto jsou výpisy dmesg a z massages. Kernel ten CPU detekuje správně, tak proč nefunguje správně ? Dřív jsem používal Manrivu a tam tento problém nebyl. Na SuSE 10.1 je problém totožný.

CPU: Intel(R) Pentium(R) M processor 1.73GHz stepping 08

kernel: CPU: Intel(R) Pentium(R) M processor 1.73GHz stepping 08
Jul 16 17:39:58 localhost kernel: ACPI: Processor [CPU0] (supports 8 throttling states)
Jul 16 20:09:28 localhost kernel: Initializing CPU#0
Jul 16 20:09:28 localhost kernel: CPU 0 irqstacks, hard=c075c000 soft=c075b000
Jul 16 20:09:29 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Jul 16 20:09:29 localhost kernel: CPU: L2 cache: 2048K
Jul 16 20:09:29 localhost kernel: Intel machine check reporting enabled on CPU#0.
Jul 16 20:09:29 localhost kernel: CPU: Intel(R) Pentium(R) M processor 1.73GHz stepping 08

[Semo]

Skusal si ten skript pod rootom dufam.

Este to mozes skusit bez SELinuxu. Nie je to sice riesenim, ale aspon zacnes tusit, kde je problem.

[CIJOML]

http://bugzilla.kernel.org/show_bug.cgi?id=6765 -- koukni na tenhle bugreport a zkus to zreprodukovat

[Semo]

Tak sa pripajam do klubu pomalych. Kompilacia OpenOffice ma donutila sa pozriet na akej frekvencii to vlastne bezim a tiez mam maximum iba 1.33GHz, hoci procak zvlada 1.73GHz.

Zapis do scaling_max_frequency zbehne ok, ale vo vysledku je tam maximalne hodnota 1.33GHz. Nizsiu frekvensiu si nastavit mozem, vyssiu mi potichu oreze na tuto hodnotu.

BTW nove verzia skriptu zohladnuje premenovane nazvy, tak uz netreba find:

#!/sbin/runscript
# Distributed under the terms of the GNU General Public License v2

FREQDIR=/sys/devices/system/cpu/cpu0/cpufreq

start() {
        ebegin "Enabling CPU frequency scaling for nice processes"
        echo 0 > "$FREQDIR/`cat $FREQDIR/scaling_governor`/ignore_nice_load" 2>/dev/null
        retval=$?
        if [[ "$retval" != 0 ]]; then return=$retval; fi
        echo "`cat $FREQDIR/cpuinfo_max_freq`" > "$FREQDIR"/scaling_max_freq
        retval=$?
        if [ "$retval" != 0 ]]; then return=$retval; fi
        eend $return
}

stop() {
        ebegin "Disabling CPU frequency scaling for nice processes"
        echo 1 > "$FREQDIR/`cat $FREQDIR/scaling_governor`/ignore_nice_load" 2>/dev/null
        retval=$?
        if [[ "$retval" != 0 ]]; then return=$retval; fi
        eend $return
}

[Semo]

Nove spravy:

Horna hranica skalovania bola na 1.33GHz a nesla zdvihnut, ale ked som zhodil KDEcka, tak zo shellu uz zdvihnut sla. Takze podozrievam klaptop applet. Nerobi to ale vzdy a zatial nijak deterministicky, takze este ho budem trocha viac provokovat, nech sa prejavi. Pripadne nech sa aj niekto iny pripoji k vyskumu.

[CIJOML]

No u me se to samo opravilo kompilaci 2.6.18-rc4