А почему никто не спросил о самом простом - может частота просто отображается неправильно, а на самом деле всё разогнано? Потому как у меня так и есть - проц разогнан в биосе, в винде rmclock с профилем "on demand" пашет на ура, а в линухе пока не нашел способа увидеть реальную частоту - все утили тупо пишут "1000MHz" (в простое, frequency scaling вкл; правда rmclock как минимальный множитель дает поменьше, 4х, а не 5х, как здесь, ну это не критично))), а на самом деле разгон есть - в окошке KSensors прямо под "1000" красуется "2891 BMPS", т.е. ~1445 мгц - совершенно правильное значение для множителя 5х, при выставленной в биосе частоте fsb 289 мгц (дефолтная 200).
В связи с чем - может кто подскажет во-первых путь узнать реальную частоту без арифметики с "cat /proc/cpuinfo | grep mips", и во-вторых места, где можно оттюнить доступные варианты множителя/напряжений для работы в ondemand (желательно не в конфиге перед сборкой ядра:), как в том же rmclock'e? Потому как /etc/sysconfig/cpuspeed что-то кучей настроек не балует:) Проц amd sempron (palermo), если что)) Спасибо)))

ЗЫ: тема кстати очень нужная, почему так мало постов?:))

tsaMolotoff

Описанное в fedora 8 работает из коробки)) И тоже устанавливает только два возможных варианта частоты, мин. и макс. Плюс таки непонятно, можно ли повлиять на напряжения для каждого варианта.

у меня например на турионе х2 возможно 4 говернора и 2 вида частоты - 800 и 1600. а что смущает то?

tsaMolotoff
Во-во, то же самое, семпрон к8, 4 варианта поведения и 2 частоты - мин. и макс. А хочется для каждого варианта (или хотя бы для ondemand) табличку/конфиг в виде: для схемы [ondemand, powersave, ...] юзаем множители/частоты [список вариантов, можно выбрать все доступные множители, а не только крайние], для каждой частоты напряжение выставляется [такое-то]. Ну еще плюс порог загрузки проца для перехода на следующую ступеньку, но это уже есть в cpuspeed.
В общем да простится мне это вендофильство:)) но rmclock имхо очень полезная софтина))), вот хотя бы эту часть её возможностей)) Там еще можно максимальное напряжение выбрать на 0.05В больше номинального - помогает, когда в биосе узковатый диапазон его регулировки.

fombat
ну фиг его знает, драйвер то называется повернау-к8, а не "разгони меня как хочешь"....
в винде через nhc и стандартную бенковскую утилитку тоже только такие режимы.

У меня похожая проблема. Шина в bios разогнана до 450MHz, доступные коэффициенты умножения 6 и 8. Результирующие частоты должны быть 2.7GHz и 3.6GHz (в винде так и есть). В Mandriv'е 2008.1 64-bit частоты 2.0GHz и 2.66GHz. Проверял частоту разными способами, даже linpack'ом: GFLOPS'ы соответствует 2.66GHz. Так что ошибка определения частоты исключена, ИМХО. Настроил lm_sensors: температуры ядер в покое без разгона совпадают с оными в speedfan под виндой с хорошей точностью (2-3C), напряжение Vcore совпадает с показаниями CPU-Z в таких же условиях. Напряжения выставлял вручную. Вывод: напряжения берутся из bios, а частота шины - нет.

Как заставить linux брать частоту fsb из bios?

http://www.phoronix.com/scan.php?page=a ... inux&num=1

во как. Может кому пригодится...
Добавлено спустя 2 минуты, 58 секунд
то, о чем говорили большевики свершилось... *бежит с высунутым языком за новым драйвером 8.52*
Добавлено спустя 12 минут, 44 секунды
есть даже и на 8.51.2 но к сожалению работает только для >hd2xxx

ShAlex
не претендую на истину, но еще не встречал даже намеков на возможность игнорировать/изменять частоту шины не из биос. Множитель - это да, взять хоть технологии энергосбережения, а шиной разве кто-то умеет управлять на ходу? Если ошибаюсь - прошу поправить ))
У меня реальную частоту можно посмотреть только таким способом (другого пока не нашел, за кривость кода просьба не пинать)))

где 281 - разогнанная частота FSB в биос (стандартная - 200)

tsaMolotoff
имхо им бы для начала просто более-менее вылизанный опенсорц-драйвер, со всеми работающими фичами, и для всех относительно новых моделей )) Спеки открыли, молодцы, и за разгон тоже спасибо, но медленно же это всё идет.. )

УРАААА.Наконец_то_мои_молитвы_были_услышаны!!!

баян

это_не_разхон_но_тоже_порадует
ДХ10быть!

October 24, 2008: Wine 1.1.7 Released

The Wine development release 1.1.7 is now available.

What's new in this release:

* Improved device management for DOS drives.
* Many Richedit fixes.
* Various installer fixes, particularly for IE 7.
* First steps of Direct3D 10 implementation.<<====
* Various bug fixes.

The source is available now. Binary packages are in the process of being built, and will appear soon at their respective download locations.

Ежели кому будет интересно - немного опыта касательно тестирования стабильности системы в линуксе.
ОС fedora 8 x86_64 на AMD sempron (palermo степ. E6), инструменты:
1) линуксовая сборка prime95 25.7 с офсайта (ftp://www.mersenne.org/gimps/mprime257-linux64.tar.gz)
2) анлокнутый линуксовый же linpack (анлокер - в основной ветке о линпаке, работает и с виндовой, и с никсовой версией, ссылки на сам linpack - там же)
3) виндовая версия линпака с оболочкой LinX под wine 1.1.5 из репов

Для начала - способ определения реальной частоты fsb и cpu (проблема описана выше в теме, это немного доработанный вариант ;)

200000 заменить на дефолтную частоту шины. Выдает строку вида "freq = 283 x 5 = 1416", где текущая частота cpu представляется как результат умножения частоты fsb на множитель. Значение частоты cpu получаем из /proc/cpuinfo делением числа bogomips на 2.

Результаты:
1) Присутствуют проблемы с выделением памяти под тест, у меня появлялись при запуске через ./mprime -m, выборе пункта "15. Options/Torture Test" и задании в тестах "In-place large FFTs" и "Blend" размера FFT где-то больше 650-700кб. Результат вот такой:
Worker starting
Beginning a continuous self-test to check your computer.
Please read stress.txt. Hit ^C to end this test.
Error allocating memory for FFT data.
Torture Test ran 0 minutes - 0 errors, 0 warnings.
Worker stopped.
Лечится установкой vm.overcommit_memory в 1 с дефолтного 0 (echo 1 > /proc/sys/vm/overcommit_memory или параметр vm.overcommit_memory=1 в /etc/sysctl.conf для сохранения значения после перезагрузки). Однако способ во-первых нехороший, во-вторых по умолчанию доступен только для root. В случае установки значения overcommit_memory в 2, получаем другую ошибку: "Cannot initialize FFT code, errcode=1005".
Есть и вторая проблема - при ручном тюнинге параметров стресс-теста не получается выбрать размер используемой памяти больше 1600МБ:
Type of torture test to run (3): 13
Min FFT size (in K) (8):
Max FFT size (in K) (4096):
Memory to use (in MB, 0 = in-place FFTs) (1600): 1700
Please enter a value between 0 and 1600.
При этом в конфигах прайма заданы значения больше 1600.
Все эти проблемы неожиданно решаются неинтерактивным запуском стресс-теста через ./mprime -t. В этом случае значения размера данных FFT и объема занимаемой памяти больше никаких ошибок не вызывают.
Никаких объяснений на форуме прайма не нашел, может еще попробую уточнить там вопрос :)

2) Всё отлично, единственный вопрос по поводу режима CnQ (детект мин. частоты), возможно актуальный и для prime95 - здесь. Для более удобной работы набросал такой вот скрипт на баше, конструктивная критика приветствуется

Отдельно буду благодарен если кто укажет как можно запустить задачу (xlinpack) в фоне так, чтобы она завершилась по ctrl+c в процессе работы скрипта :)
Прогрев проца кстати не сказать чтобы выдающийся - в общем такой же, как и с prime95 (темп. не выше 45-47 град.), возможно потому что кулер для проца с TDP=62Вт - с запасом, а может на проце интел отличия были бы заметнее, кто его знает.

3) В ветке по LinX

У мну винда работала с процем в профиле, разогнанным до 2750Мгц, всякие там снмы и осст проходило без проблем, игрушки игрались, все ок. Так вот, при работе с Sabayon и Ubuntой происходили зависоны. Сабайон вообще при установке зависал. Решилось сбросом частоты проца до 2500. Что это было- х.з. Не переразгон, это точно. Просто, видимо система понять не смогла как это ах2 3800 и частота 2750, а может из-за частоты не 2700, а 2750. Хотя возожно, что память в биоск стояла на 150мгц, ее частота даже в спу-з под виндой не определялась, хотя там она работала нормально.

Скорее всего, как раз-таки точно... Не проца, так памяти.. Не раз уже замечал такое. 98 винда тоже может работать на нестабильном проце, в то время как XP даже и не попытается загрузиться.


Такое было только один раз в истории, с 95-й виндой. А грамотно написанной системе абсолютно все равно, какая у тебя модель проца, и на какой частоте она работает. Например на кентах и вульфах до ужаса разогнаных работает и считает F@H не менее стабильно, чем на номинале. Если само железо не глючит, конечно.

HertZ При чем тут винда 98-я или переразгон памяти? Во-первых - винда была хп. Второе-память работала как ддр 400, просто в биосе (мать DFI) стоял делитель на память, который не понимала ни винда ни спу-з. Все тесты проходились без проблем, тот же cнм на ночь включал - все ок. При чем работало это все больше года. Просто видимо линух не понял делитель памяти выставленный в биосе, т.к. он не стандартный, ddr 150(сам делитель не помню). Конечно ни в каких тухлых жижабайтах или еще боле гнусных асюсях, возможности выставить такие делители нет и та же винда их не понимала. Только эверест показывал частоту памяти корректно, спу-з не отображал, например. Только вот винда согла так работать, а вот мганга че-то нет. Может это просто косяк мганги, а может вообще линуха. Да какая разница, линух не винда, можно вобще снять весь разгон, он там ни кчему

Частотой проца управляет специальный демон. Он и скидывает частоту на ту, которая должна быть на самом деле. Никакой это не переразгон! Все эти штучки - баловство.

GooglieS
Демон (cpuspeed) меняет только множитель. Соответствие отображаемой ним частоты реальной выше обсуждалось. А от высокой частоты fsb, заданной в биосе, могут вылезти глюки, как обычно. Что здесь баловство?