Обсуждение утилиты 8RDAvcore/NF7vcore

Прежде всего, почему утилита не заинтересовала всех владельцев материнских плат на чипсете nForce2. Некоторым категориям пользователей она просто не нужна, например тем, у кого процессор постоянно работает со 100%-ной загрузкой. К их числу относятся принимающие участие в различных проектах распределённых вычислений, например. Однако это не единственное ограничение. Утилита полезна тем, у кого относительно длительные периоды интенсивной загрузки сменяются периодами, когда процессор практически не используется – это стандартный режим работы процессора для подавляющего большинства. Однако из-за замедленной реакции на появление и исчезновение загрузки утилита не подходит для тех, у кого нагрузка носит кратковременный, пиковый характер.

Хотимченко В.В.: У меня, например, 90% времени занимает работа с базой данных. Периодически загрузка подскакивает, на графиках это видно, но... Это усреднённые за 1сек значения - раз, Пики нагрузки не бывают дольше 1,5-2сек. - два. Разница в "задумчивости" на 166 и 200МГц - чувствительна.

В общем, если нагрузка носит импульсный характер, утилита не понимает, что пора включаться. Вот если бы она отслеживала запуск программ и реагировала соответственно - тогда было бы нам счастье.

Нужно сказать, что "настоящая" технология Cool'n'Quiet именно так и действует, мгновенно изменяя напряжение и частоту процессора от максимума к минимуму и обратно.

Роман: А так уж хороши для процессора скачки температуры? Нагрев, остывание, нагрев, остывание... Не лучше ли работать на постоянных напряжении/температуре для физических свойств процессора?

Скачки температуры вряд ли полезны для электронных устройств, однако это нормальный режим работы процессора, он разогревается от комнатной температуры до 35-40 градусов в покое, затем может разогреться до 60 градусов под нагрузкой и опять остыть. Так что опасаться этого не следует.

Серьёзная причина, по которой многие опасаются использовать утилиту, это её недоработанность, часто встречающиеся ошибки.

Alexander U. Yevsikov: Прочитал вашу статью "Cool'n'Quiet для Athlon XP" и хочу немного её прокомментировать. Во-первых, люди не равнодушны к 8RDAvcore/NF7vcore, просто эта утилита ещё слишком сырая (и в этом со мной согласны многие с форума), вызывает непонятные глюки и т.п. Лично у меня она глючит примерно так же, как у всех: Auto FSB вешает машину при повышении напряжения VCore примерно до 1.675 - 1.7 V (об этом вы писали в своей статье), плюс перезагружает компьютер при снижении частоты FSB до примерно 170Mhz (у кого-то на форуме было такое же). Конфигурация: Athlon XP 2600+ Thoroughbred, ABIT NF7 2.0, Dual Geil DDR 500 2x256Mb, 8rdavcore 0.8.1b.

Моё предположение - при изменении FSB машина виснет из-за памяти, ведь её частота изменяется синхронно с FSB, а тайминги не меняются (а мы знаем, что бывают "удобные" и "неудобные" частоты и тайминги для конкретной планки памяти)

Так что будем ждать пока автор программы доведёт её до ума.

Сомневаюсь, что машина виснет из-за памяти, впрочем, в каждом конкретном случае причины могут быть своими. У меня изменение FSB от 100 МГц (меньше не пробовал) до 200 МГц (больше не пробовал) не вызывает никаких проблем.

Vysokikh Maxim: Данная утилита запускается у меня с первого раза (Abit NF7-S, Windows Server 2003, Barton 200x11). Но странности в ее (а также других утилит) состоят в том, что при начальной загрузке при частоте шины 200, меньше 166 частоту выставить не удается - все намертво подвисает. Если сделать начальную частоту шины 166 - то от 100 до 200 можно менять без проблем, правда изменение напряжения ведет себя как-то странно - иногда не меняется, а иногда сменится так, что при следующей загрузке оно таким же и останется. Так же эта тулзень не очень хорошо работает в авторежиме - иногда упорно не хочет понижать частоту, иногда упорно не хочет повышать.

Eugeny Balakhonov: Вешает она Windows XP SP1 eng на моей Abit NF7-S v. 1.2 намертво :(. Качал как из архива overclockers.ru, так и свежую с сайта разрабочиков. Вешает не сразу, а через несколько итераций снижения частоты FSB.

Delirium: Один заядлый любитель сайта overclockers.ru уговорил меня написать это письмо. Сам бы я так и не собрался. :) Письмо по поводу твоей статьи "Cool'n'Quiet для Athlon XP", в которой ты "не выявил ни одной новой проблемы." К сожалению, у меня всё далеко не столь радужно...

Признаю, программа 8rdavcore действительно очень полезная. Правда, меня в ней более всего заинтересовала возможность контролировать обороты вентиляторов. Некоторое время назад мне долго советовали поставить резистор в разрыв красного провода, чтобы уменьшить обороты вентилятора. Но очень уж не хотелось резать новенький Igloo 2510 Pro. И тут под руку попалась эта программка. Радости не было бы предела, если бы не бесчисленные глюки программы, которые лезли и до сих пор лезут изо всех щелей. Поскольку меня в первую очередь интересовал контроль оборотов вентилятора, все обнаруженные глюки и несуразности будут связаны именно с этой фичей программы.

1. В окне Sensor settings, в котором задаются скорости вентиляторов, значения можно ввести только с помощью кнопок окна, но никак не цифровыми клавишами клавиатуры. Автор был проинформирован и в последних билдах это неудобство устранено, за что ему отдельное спасибо.

2. На пониженных оборотах вентилятора, информация в разделе "Sensor" выдаётся просто дикая. Значения, наподобие "28125" стали нормой. Впрочем, стандартный Winbound Hardware Doctor выдаёт аналогичные данные, поэтому я не считаю это за глюк программы. Скорее это говорит о том, что контроль оборотов не является официальной фичей материнской платы (у меня Abit NF7 второй ревизии). Но с этим по крайней мере можно мириться.

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

4. Вот с чем я не могу мириться, так это со странной работой при загрузке config.ini. Программа очень любит сбрасывать значения на дефолтные абсолютно не имея на то причин. Автор объяснил это тем, что при считывании конфига, программа проверяет значения на допустимость, то есть при редактировании config.ini не получится указать недопустимые значения - они будут сброшены в дефолтное состояние. Но программа сбрасывает конфиг даже если в него не было внесено никаких изменений! Повторюсь, это относится именно к настройкам скорости вращения вентиляторов. На остальных настройках не проверял. Достаточно банальной перезагрузки системы (а иногда и просто перезапуска самой программы!) и значения восстанавливаются в стандартные 255-255, а галка "Enable" снимается. Соответственно, при загрузке винды, программа не устанавливает скорость вентиляторов, так как значения сброшены. Приходится руками лезть в настройки и включать контроль обратно (когда значения нельзя было ввести вручную - это был тот ещё геморрой). Про этот глюк (это уже явный глюк) я многократно писал автору, но в новых билдах он всё ещё присутствует. Я знаком с программированием и не понимаю, как можно написать такую кривую загрузку конфига. Всё чаще возникает желание выпросить у автора исходник программы и покопаться в нём самостоятельно.

Лог программы абсолютно не информативен в плане отлова ошибок, а глюк с загрузкой конфига можешь проверить и сам. Попробуй закрыть программу, подредактировать скорости вентиляторов, а затем снова запустить программу. У меня в зависимости от билда это даёт 10-100% шанс вернуть настройки в дефолт. При рестарте винды, так вообще все 100%, что настройки сбросятся.

5. Если не ошибаюсь с версией, 0.7.8b страдала другим глюком. Она ещё как-то сохраняла настройки, но вот автоматически применять их при загрузке (уменьшать скорость вентиляторов) не хотела ни в какую. Автор утверждает, что исправил, но из-за проблем с загрузкой конфига, не могу проверить.

Вроде всё, что смог вспомнить. Это глюки, которые вызвали наибольшее недовольство. Вобщем, программа ещё очень сырая. Даже боюсь взяться за освоение настроек частот и вольтажей. :))) Кстати, при беглом знакомстве с ними, проблемы тоже были. Синие экраны мелькали частенько. Не знаю, как там дела обстоят с новыми билдами.

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

Дополнение: Ещё одна особенность глюка №4. Конфиг сбрасывается, если дождаться обновления информации в Sensors. Если обновляется раз в две секунды, то примерно через две секунды и сбросится. Если успеть нажать "Fan speeds" - настройки целы и невредимы.

А вот того, что утилита умеет менять скорость вращения вентиляторов, я даже не знал, до этого письма. Оказалось, что такая возможность имеется в версии 0.8.1b. Впрочем, я проверить эту функцию не могу (мать "не видит" вентилятора, вращающегося со скоростью 2500 об/мин.), да и не нужна мне пока эта возможность, поскольку вентилятор работает бесшумно. Зато владельцев "шеститысячников" или просто громких вентиляторов эта способность утилиты может заинтересовать.

Кстати, не у всех утилита глючит и вызывает "синие экраны", есть примеры нормальной стабильной работы.

Владимир Борисов: Ерох 8RDA3+2500@2800 без подъема напруги. Работает стабильно и без глюков, на частоте шины 100 допускает напряжение ядра 1.3В, при "штатных" 166 (2800) напругу надо чуть поднимать (1.675-1.7) иначе при долгой 100% нагрузке ресетится. Охлаждение при понижении FSB даже до 133 - порядка 10-12 градусов, кулер - Igloo Silrent Breeze, так что в силу слабого охлаждения - весьма и весьма существенно.

Ну что тут обсуждать?) Очевидно народ забил или ставит монстров типа Aero7+, с которыми камень и так замерзает ;)

Кстати, меня часто спрашивают, заработает ли эта утилита на материнских платах других производителей, а не только Abit и EPoX. Полагаю, что да, заработает, хотя в каждом случае нужно проверять работоспособность программы и готовых списков совестимых материнских плат пока нет. Впрочем, уже есть положительные примеры.

ReBit: Прочитал статью, обидно стало что у меня не Epox или Abit :( Решил попробовать на своей MSI6570 (Delta-L)! AutoFSB - работает исправно ! Время выставил 15 сек на изменение частоты, т.к. 30 сек (как мне кажется) многовато. Единственное что не работает (ну это то наверное и понятно) изменение Vcor :( При запуске программы (в первый раз) надо выставить свою мать, пробовал все три варианта Епокс первой и второй ревизии , а также Абит , при установке что она Абит , более менее показания датчиков берутся верно , а именно то самое Vcor (внизу слева)Там где поле Sensor (в остальных случаях считываются не те данные)! Использую версию 8rdavcore-0.8.1b, скачал вчера.

Процессор АМД Атлон ХП 1700+ (может работать на 2300 и то из-за памяти, чтобы использовать синхронный режим) Частоту меняю от FSB=100 до FSB=190 , при этом напряжение в биосе приходится выставлять 1,75 , с 1,725 не пробовал, ниже - вылетает на перезагрузку. Самое что обидное, так это то что диапозон изменения температуры мал, всего лишь 10 градусов, от 41-42 при FSB=100 до 52-53 при FSB=190! А ведь если бы можно было как полагается с изменением напряжения - была бы сказка :) !!!

Кстати программа запускалась всегда без AutoFSB, пришлось в ярлыке (в Автозапуске) поставить её с ключом -A , как написано в мануале. Тогда всё путём. Манипуляции с GIVEIO проводил, но это на включение AutoFSB при запуске никак не сказалось.

Кстати, может у кого есть идеи как можно адаптировать программу (именно динамическое изменение Vcor) для других плат ? На сколько я представляю что бы значение поменять, программа его должна записать (вот куда ?) а привязка к платам наверное осуществляеется по набору микросхем (Винбондовским или ещё каким)? Может самим можно в программе что то подправить для правильной адресации записи нового значения Vcor? Может есть знакомые програмисты - разбирающиеся в этом ?

Pavel S. Shirshov: NF7Core, может ее просто переписать? :) Написать самому, исправить ошибки, и выложить в свободный доступ? :) Я все никак собрать свой новый компьютер не могу, соберу, может проведу пару экспериментов и напишу соответсвующиую утилиту

Впрочем, основная причина равнодушного, незаинтересованного отношения к утилите – это обыкновенная лень и инерция.

Alessandro: Мда, вы удивляетесь, что утилитой 8RDAvcore/NF7vcore не интересуются?

Я так думаю, во-первых это люди такие у нас, т.к. когда я пользовался утилиткой S2Ctl для охлаждения процов от AMD, она шикарно охлаждала мой горячий AMD, и её стал рекомендовать ВСЕМ своим друзьям и знакомым, НО НИКТО ОХОТНО ЕЁ НЕ воспринял, представьте, какая же это деградация? И тогда я стал ЗАСТАВЛЯТЬ друзей эту утилитку установить себе, имхо у всех AMD ;-) только тогда они потом меня сто раз благодарили за нудность ;-) когда увидели, что их AMD теряет от 5 до 19 градусов!!! Спасибо Вам и программеру за эту прогу ;-)

Вот и я думаю, что точно такая же ситуация и с 8RDAvcore/NF7vcore, что лень её ставить себе.

Да, эта причина кажется мне наиболее вероятной. Конечно, утилита не у всех работает и многие опасаются её устанавливать именно из-за нестабильности. Однако может быть именно у вас всё будет функционировать надёжно. Попробуйте, а результатами своих успехов и неудач можно поделиться в нашем форуме.