Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Mam procek pentium D 3GHz -- http://ark.intel.com/products/27517/Intel-Pentium-D … z-800-MHz-FSB
Tak wyglądają jego staty:
dmidecode | grep MHz External Clock: 200 MHz Max Speed: 4000 MHz Current Speed: 3000 MHz root:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 160 us. hardware limits: 2.40 GHz - 3.00 GHz available frequency steps: 3.00 GHz, 2.40 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 2.40 GHz and 3.00 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. cpufreq stats: 3.00 GHz:8,19%, 2.40 GHz:91,81% (26) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 160 us. hardware limits: 2.40 GHz - 3.00 GHz available frequency steps: 3.00 GHz, 2.40 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 2.40 GHz and 3.00 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. cpufreq stats: 3.00 GHz:13,81%, 2.40 GHz:86,19% (32)
Jak widać, procek działa w trybie 2,4GHz, a gdy potrzeba włącza tryb 3.0GHz. Gdy podkręcę szynę o 20 mhz tak by było 220, czyli o 10%, dostaje:
root:~# dmidecode | grep MHz External Clock: 220 MHz Max Speed: 4000 MHz Current Speed: 3300 MHz root:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 160 us. hardware limits: 1.20 GHz - 1.50 GHz available frequency steps: 1.50 GHz, 1.20 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 1.20 GHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.20 GHz. cpufreq stats: 1.50 GHz:1,14%, 1.20 GHz:98,86% (108) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 160 us. hardware limits: 1.20 GHz - 1.50 GHz available frequency steps: 1.50 GHz, 1.20 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 1.20 GHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.20 GHz. cpufreq stats: 1.50 GHz:1,47%, 1.20 GHz:98,53% (140) root:~#
Teraz z kolei ma 1,20GHz i 1,5GHz. W /etc/init.d/cpufrequtils miałem podane wartości:
MAX_SPEED="3000000" MIN_SPEED="2400000" if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "3000000" ] ; then CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED" fi if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "2400000" ] ; then CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED" fi
Zmieniłem pierwszą na 3300000, ale to nic nie dało. Dalej pokazuje, 1,2GHz i w stresie 1,5GHz. Sprawdziłem to na pierwszej z brzega kompilacji z -j 2, temp była w granicach 44-45 stopni, normalnie bez kręcenia miał 41-42. Także niby się podkręcił. Nie wiem jednak czemu tak podaje, w każdym razie ustawiłem w biosie najmniejszą możliwą wartość dla szyny systemowej -- 100MHz. Tak wyglądają staty:
root:~# dmidecode | grep MHz External Clock: 100 MHz Max Speed: 4000 MHz Current Speed: 1500 MHz root:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 160 us. hardware limits: 1.20 GHz - 1.50 GHz available frequency steps: 1.50 GHz, 1.20 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 1.20 GHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.20 GHz. cpufreq stats: 1.50 GHz:20,63%, 1.20 GHz:79,37% (82) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 160 us. hardware limits: 1.20 GHz - 1.50 GHz available frequency steps: 1.50 GHz, 1.20 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 1.20 GHz and 1.50 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.20 GHz. cpufreq stats: 1.50 GHz:19,62%, 1.20 GHz:80,38% (72)
Jest jakieś wiarygodne narzędzie, które pokaże z jaką częstotliwością ten procek faktycznie działa i da radę to jakoś przenieść do conky? Aktualnie wyłączyłem skalowanie w /etc/init.d/cpufrequtils , bo nie wiem jakie wartości mam tam wstawić. Ktoś ma może jakiś pomysł? xD
Ostatnio edytowany przez morfik (2013-04-22 18:34:19)
Offline
Możesz odczytac informacje bezpośrednio z rejestrów procesora (MSR). Poszukaj adresów rejestrów dla twojego procka. Dla ułatwienia podam, że w Core 2 Duo rejestr statusu ma adres 0x198. Pod linuksem po załadowaniu modułu msr możesz odczytywać informacje z procka komendą rdmsr ADRES, a zapisywać wrmsr ADRES NOWAWARTOSC.
Offline
Hmm, doinstalowałem msr-tools i załadowałem moduł msr . Nie mam pojęcia gdzie znaleźć ten rejestr statusu. xD
Sprawdziłem ten 0x192 -- f2300000c20 -- cokolwiek to znaczy xD
Daj wynik swojego, porównam.
Offline
Ja w rejestrze 0x198 (procesor Core 2 Duo) mam następującą wartość: 617492306000617.
To co nas najbardziej interesuje zapisane jest w czterech ostatnich cyfrach, które tworzą dwie liczby HEX. Ostatnia liczba czyli 17 odpowiada 23 w systemie dziesiętnym i jest to VID (id napięcia dla danego mnożnika). VID przelicza się na napięcie wg. następującego wzoru (Core 2 Duo Mobile): 0,7125 + VID * 0,0125 co dla moich danych daje napięcie 1V. Przedostatnia liczba w rejestrze (u mnie 06 hex) to mnożnik. Po przeliczeniu na liczbę dziesiętną mamy 6. Mój procek pracuje z FSB 1066MHz (podstawowa częstotliwość magistrali jest cztery razy mniejsza czyli w tym wypadku 266MHz). Częstotliwość chwilowa (w moim przypadku) wynosi więc 6 * 266MHz = 1596MHz = 1,6GHz.
Niestety nie zawsze jest tak łatwo jak w tym przypadku, bo oprócz pełnych mnożników są także połówki np. 10,5. Dodatkowa wartość 0,5 mnożnika umieszczona jest pod dodatkowym bitem (w tej chwili nie pamiętam już pod którym).
Ostatnio edytowany przez pribina (2013-03-11 00:24:16)
Offline
U mnie to leży w bliżej nieokreślonej lokalizacji. Sprawdziłem ten rejestr pod obciążeniem. Zmienia wartość z f2300000c20 f2300000f23 ale to i tak chyba nie on trzyma to czego potrzebuje. Bo mój procek ma mnożnik 15, fsb 220 (kręcony), pod obciążeniem powinien mieć 3,3ghz i zasilanie ma 1.26250 V, przynajmniej takie wartości są w biosie.
W tej chwili jednak wykrywa mi go jako:
root:~# dmidecode | grep MHz External Clock: 220 MHz Max Speed: 4000 MHz Current Speed: 3300 MHz root:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 160 us. hardware limits: 2.40 GHz - 3.00 GHz available frequency steps: 3.00 GHz, 2.40 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 2.40 GHz and 3.00 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. cpufreq stats: 3.00 GHz:71,36%, 2.40 GHz:28,64% (30) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 160 us. hardware limits: 2.40 GHz - 3.00 GHz available frequency steps: 3.00 GHz, 2.40 GHz available cpufreq governors: conservative, powersave, userspace, ondemand, performance current policy: frequency should be within 2.40 GHz and 3.00 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. cpufreq stats: 3.00 GHz:71,99%, 2.40 GHz:28,01% (36)
Offline
Już wiem co miało wpływ na taktowanie po OC -- moduły od cpufrequtils . Po ich usunięciu, taktowanie jest takie jake być powinno:
root:~# rmmod acpi_cpufreq root:~# cat /proc/cpuinfo | grep MHz cpu MHz : 3227.045 cpu MHz : 3227.045
Jedyne co mi przychodzi do głowy, to to, że skalowanie procka nie bierze pod uwagę wartości po OC. I tak mając do wyboru 2 wartości przy skalowaniu -- 2.40 GHz and 3.00 GHz.-- nawet jeśli podkręcę procesor, to i tak zostanie obniżone jego taktowanie do 3GHz max.
Nie wiem czy to bug czy ficzer, w każdym razie problem solved. xD
Offline