LINUX.ORG.RU

тактовая частота AMD Athlon 64 3200+


0

0

глянул /proc/cpuinfo - а там частота 1000 Мгц - т.е. в 2 раза ниже нормальной. это cool'n'quiet, или как там его, самостоятельно снижает частоту в 2 раза для оптимизации энергопотребления?

З.Ы. сейчас поставлю рипаться аудио диск и посмотрю, поднимется ли частота...

★★★

да, действительно, при кодировании звука частота повысилась :)

З.Ы. а я уж сначала подумал, что что-то здесь не так :)

bsh ★★★
() автор топика

>глянул /proc/cpuinfo - а там частота 1000 Мгц - т.е. в 2 раза ниже нормальной. это cool'n'quiet, или как там его, самостоятельно снижает частоту в 2 раза для оптимизации энергопотребления?

если так сильно пугает низкая частота =) то, это можно изменить здесь:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_{governor,available_governors}

зы скорее всего у тебя стоит гувернер ondemand - он помимо частоты, еще и напряжение понижает (проверь sensors'ом)

ale ★★
()
Ответ на: комментарий от ale

>он помимо частоты, еще и напряжение понижает (проверь sensors'ом)

так и есть - напряжение ядра тоже снижается.

это меня не пугает :). пусть будет - главное, что частота поднимается, когда это нужно - а когда проц всё равно простаивает на десктопных задачах, пусть хоть греется меньше :)

bsh ★★★
() автор топика
Ответ на: комментарий от bsh

>так и есть - напряжение ядра тоже снижается.

кстати не только напряжение ядра, у меня:

VCore: +1.16 V

+12V: +5.72 V

+3.3V: +1.58 V

ale ★★
()
Ответ на: комментарий от bsh

OnDemand - вредная штука, ибо слишком часто переключает проц из состояния в состояние - лучше юзать cpufreqd или ставить conservative.

Gharik
()
Ответ на: комментарий от ale

> кстати не только напряжение ядра, у меня: > VCore: +1.16 V > +12V: +5.72 V > +3.3V: +1.58 V

Это бред, или неправильные настройки в /etc/sensors.conf.

Gharik
()
Ответ на: комментарий от ale

Только VCore фиксить не нужно, оно довольно близко к истинному :)

Gharik
()
Ответ на: комментарий от Gharik

>OnDemand - вредная штука, ибо слишком часто переключает проц из состояния в состояние

что значит слишком часто? и как слишком частое переключение вредит?

bsh ★★★
() автор топика
Ответ на: комментарий от bsh

> что значит слишком часто? и как слишком частое переключение вредит?

"Слишком часто" = десятки тактов, "вредит" - хз, как себя проги поведут, коим точная синхронизация нужна... У меня вот mplayer глючил, отжирая 75% проца пока ему из SVN апдейт не накатился...

Gharik
()
Ответ на: комментарий от Gharik

"Глючил" - в смысле при проигрывании абсолютно любого видео жрал проц до тех пор, пока тот не переключался в p2 (1800MHz), после чего так все и оставалось. XINE в тех же условиях - вообще в районе 5-10% болтался в состоянии p3 (1000Mhz).

Gharik
()
Ответ на: комментарий от Gharik

>"Глючил" - в смысле при проигрывании абсолютно любого видео жрал проц до тех пор, пока тот не переключался в p2 (1800MHz), после чего так все и оставалось. XINE в тех же условиях - вообще в районе 5-10% болтался в состоянии p3 (1000Mhz).

Странно,сколько пользую оndemand никогда такого не случалось. может неудачная версия mplayer-а попалась ?

PS: Проц правда ни разу не A64 ;)

sS ★★★★★
()
Ответ на: комментарий от sS

до кучи
ss@visual:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
ss@visual:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/total_trans;uptime;uname;cat /proc/cpuinfo | grep Hz
471
 13:05:03 up 1 day, 10:30,  2 users,  load average: 0.40, 0.30, 0.20
Linux
model name      : Mobile Intel(R) Celeron(R) CPU 2.40GHz
cpu MHz         : 2100.000
ss@visual:~$ mplayer | head -n3
MPlayer 1.0pre8-3.3.6 (C) 2000-2006 MPlayer Team
CPU:          Mobile Intel(R) Celeron(R) CPU 2.40GHz (Family: 15, Model: 2, Stepping: 9)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1

Сейчас mplayer крутит картинку с вебкамеры. Ну и по ходу постоянно идут тесты
с использованием в том числе и mplayer-а

То есть на переключение несколько раз в секунду ни разу не похоже 
~500 раз за полтора дня.


sS ★★★★★
()
Ответ на: комментарий от sS

> Странно,сколько пользую оndemand никогда такого не случалось. может неудачная версия mplayer-а попалась ?

Был этот... из SVN месячной давности. Вроде бы обновился до вчерашнего, все прошло, и заодно и поддержка WMV появилась :)

> PS: Проц правда ни разу не A64 ;)

Ну может из-за этого, хотя все зависит от нагрузки - на небольших пиках ondemand вроде бы не переключает в более высокий p-state, а conservative - просто выжидает заданный промежуток времени и смотрит - не упала ли нагрузка.

Gharik
()
Ответ на: комментарий от sS

> То есть на переключение несколько раз в секунду ни разу не похоже ~500 раз за полтора дня.

Гм... нужно бы собрать в ядро ondemand и посмотреть на что сие похоже...

Gharik
()
Ответ на: комментарий от sS

>Странно,сколько пользую оndemand никогда такого не случалось. может неудачная версия mplayer-а попалась ?

>PS: Проц правда ни разу не A64 ;)

я пока не замечал никаких глюков с переключением частоты - всё работает ок, хотя mplayer'ом тоже пользуюсь :)

bsh ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.