Знаешь ... трудно сказать что-то определенное ...
похоже, что у тебя срабатывает термоконтроль.
В T-bred модуль внутреннего термоконтроля существенно изменен,
и при 'поплохело' он начинает слать сигналы для перевода в StopGr.,
что его охлаждает.
Повышение напряжения тут сказывается отрицательно по 2 причинам -
сильно растет температура в внутренних слоях и ... im sorry, ломается
схема привязки уровней в встроеном термоконтроле. (не путать с внешним)
При заблокировании BusDisc. для StopGr. сей дефект должен устраниться,
если я прав. (чего делать нельзя)
К сожелению, тут бОльше предположений - AMD много наворотило, а описаний ...

VRoman
А почему ты уверен что полгода назад не было?
Я как раз и забил то тревогу полгода назад, просто на это никто не обратил внимание

serj_ Термоконтроль выключен, охлаждается водой. Подсокетный датчик никогда до 50 не доходит.

Maximark Тестировал теми же способами, теми же прогами что и сейчас, ничего странного обнаружено не было.

Я сказал внутренних, ты не обратил внимание?
Да и ... локальный перегрев непредсказуем.

Но как локальный перегрев может влиять на частоту FSB? Ты думаешь, что когда я выставлял 2.025в в апреле и разгонял проц до 2525в никаких перегревов не было?

У меня АБСОЛЮТНО стабильно!!! Изменения менее 1мГц, зато на Эпокс была жуть, о чем писал еще полгода назад, может проблема в питании?

VRoman Странно это все как-то!

Да, действительно странно! У некоторых стабильно, у некоторых скачет...
У меня, например, частоты плясали на ABIT NF7 rev. 1.2, причём, по-моему, с выключенным bus disconnect (т.к. в старом
биосе этой опции не было). Я особо с причиной пляски не разбирался, т.к. поменял мать на rev. 2.0.
Пляски после этого ни разу не видел - при любых FSB, коэффициентах, напряжениях... (а перебрал я их немало). CPU
interface у меня всегда включён, так же как и Bus Disconnect. Кстати, уже 2 недели работаю на FSB
242МГц в синхроне (проц AXP 2600+@ 2300 MHz(242x9,5)) - FSB скачет максимум на 1 Мгц, что я не считаю проблемой.
Система абсолютно стабильна. Думаю, мне повезло с матерью...

serj_ Торик - одно дело, но у меня Thunderbird! И FSB болтается на 10-15 МГц. Температура (по датчику) не более 52 градусов, ес-сно кристалла выше, но ненамного, т.е. в допустимых пределах. Да и где у него термоконтроль- то, у Thunderbird'а...

Вы где-нибуть видели абсолютно точный прибор? А кварцевый резонатор на плате тот-же самый прибор. У него есть погрешности

Да, с термоконтролем у него 'плохо'.

Давай приведу пример:
У тебя 2шт цифр. часов, один показывает 12.30, второй - 12.31.
Отсюда делается логичный вывод, что одни часы идут быстрее на 1 минуту.
В действительности, первые и вторые идут одинаково, разница в 1 сек - просто
ты посмотрел на них в самый неудачный момент.

Дальше, 10MHz для (положим) 800MHz составляет 1.3%.
Встречный вопрос, точнее два:
1) какая точность подсчета частоты программой? (не путать с количеством цифр)
2) как ЭТА программа относится к загруженности системы?
Например, запусти что-нибудь типа BurnK7 с обязательным переводом фокусом
на него.
Если при этом 'скакание' частот не изменится - я сильно удивлюсь.



p.p.s.
Господа, ну НЕ МОЖЕТ самопроизвольно меняться частота!
Смотрите на другие факторы, влияющие на производительность.
Сама частота не может меняться, это константа (если не лезут в chip clock-PLL).

Я полностью поддерживаю serj_. Сначала надо проверить инструмент измерения, понять что и как он измеряет, а потом уже гнать волну. Вы поймите, что у програмки нет другого способа определять частоту, как смотреть на какие-нибудь часы и проверять сколько она сделала работы за определенный (небольшой) промежуток времени. В это измерение могут вмешиваться миллион вещей как софт так и хард.

Другое дело длительные бенчмарки для измерения производительности. Они показывают как система ведет себя при определенных параметрах. Если у местной лаборатории при некоторых параметрах получались более низкие цифры чем обычно, то надо подойти по научному, пошевелить некоторые из них и попробовать понять кто в ответе за "провал". Иногда ответ найти очень трудно. Так например если thermal throttle не отключается платой, даже если мы это просим сделать в биосе, то надо гонять специально написанные тесты, чтобы доказать что это так.

В общем и целом я призываю вас вернуться к оценке производительности и забыть про глупые программки типа CPU-Z, которые из-за несовершенства способа измерения могут чистосердечно ошибаться. Т.е. вместо "ой, у меня пляшет частота", говорить что-нибудь типа "ой, я пускаю например Сандру и у меня столько-то попугаев, а потом пускаю в других условиях, и попугаев становиться меньше".

Не обязательно туда лезть.

Предположим, из-за отстойности реализации петли ФАП (PLL) она очень неустойчива, на нее начинают влиять пульсации напряжения питания, от этого ГУН и болтается.

Отсюда и такая неразбериха - у одних все пучком,
у других зависит от частоты FSB (от этого меняются условия захвата ФАП - значит и её устойчивость),
у третьих от напряжения ядра (разный ток потребления - разные пульсации),
у четвертых от Bus Disconnect (он тоже прибавляет пульсации напряжения) и т.п.

А почему это проявляется только на NF2 ? Да, типа, типовая схема у них отстойная, а производители мамок - ламки

Было бы очень интересно проверить это заменой блока пинания на заведомо классный (чтоб +5 и +3.3 стояли как вкопанные)

Это всего лишь предположение.
У меня KT400 , FSB=193 x12=2318 Vcore=1.7 и никаких скачков нет, независимо от нагрузки.
BURNK7.EXE на показания CPU-Z не влияет даже на high priority колебания показаний FSB - 193.0 .. 193.6

serj_ Я согласен насчет несовершенства программ, показывающих частоту, но:
1. Могу напрячься и применить осциллограф/частотомер
2. На других чипсетах этого НЕ ПРОИСХОДИТ (по крайней мере, так массово) при использовании тех же программ.

PING Заведомо классный БП? Хм... См. мой профиль - как насчет TT Silent PurePower 460W? Вроде не самый полохой блочок

DoBeerMan

Давай милый, поднапрягись, а то вилами на воде тут уже столько понаписано.

All Еще раз повторю свое мнение: из-за какой-то особенности реализации чипсета (вероятнее всего Bus Disconnect или Thermal Throttle) программки типа CPU-Z, MBM плохо справляются с задачей измерения частоты (ведь напрямую ее измерить программным способом нельзя, только косвенно). Как влияет это на производительность - неясно. Нужно дополнительные, вдумчивые и хорошо поставленные эксперименты именно по оценке производительности, а не по показаниям довольно наивных программ.

Проблемы с питанием тоже могут внести свой вклад в поведение чипсета и запутать картину еще больше.

Т.к. множитель меняться не может, то должен меняться FSB.
Сама FSB берется с chip PLL. Думаю, раз можешь пользоваться таким мощным
осциллографом, проблем с добычей pdf на PLL не будет?
Мерить можно или на выходе PLL "to CPU" или, вообще говоря, на любом выходе. (обычно, там только один базовый PLL - на FSB, остальное делится от него)

"В свете" последней статьи "Пляшущие" частоты – переразгон или перегрузка?
хотелось бы узнать у тех у кого "пляшет" какое VDD, Vcore, сколько +5Volt И какой блок питания
и не радеон ли 9500/9700 видео?
может действительно сказывается перегрузка по 5 вольтам ?

arny99 У меня пляшет только при определённых частотах fsb, так что связи с питаловом не вижу.
VDD сейчас стоит 1.8 В, но и при дефолтных 1.56 скакало точно также.
+5Volt 4.7- 4.81,
+12Volt 11.79-11.86,
БП InWin FSP 300 Ватт. Видео GF4Ti4200.

kv0
Ага просело таки +5V!

у меня тоже, ну и что?
откуда мне/тебе знать как будет при нормальной напруге?
возможно что не будет скакать ни при какой частоте.
как бы это дело проверить..

У меня Радеон.
Блок питания 300В, один - PowerMaster (из Inwinа какого-то, другой Micropower - вместе с корпусом Asus 6AR)..
Пробовал оба..
Пляски частот возникали, сейчас нет..

Я грешу все-таки на реализацию БИОС. Матери на nForce - единственные что выдают: не выключайте питание, пока сохраняются настройки БИОС...