Можно не париться -гига сломала на бетке так ,что просто не меняется множителем кп в сторону повышения,напругу можно не повышать Хот 12,хоть 13 ставь -по факту будет 2200

у MSI научилась

Кто у кого еще вопрос ?

Я в курсе этих постов, потому что сам составлял этот FAQ, ссылки там были из-за того что было описано решение проблемы. Помимо этого было полно других случаев не только при разгоне множителем и не только на гигах. Да и скидывали баги таймеров при разгоне по шине и на асусе к примеру, полистать можно выше. Просто на нем они реже ловятся.
Ты попробуй поставь частоты 4500+ по ядрам, с 2600 кп и 1866+ памятью разгоном шиной и понаблюдай. Ибо баги таймеров сыпятся при разгоне, а когда он детский то проявления их не будет просто. Чем выше разгон, тем выше шанс поймать что-нить.


Да ладно, не уж то спустя столько времени я это услышал от тебя.
https://forums.overclockers.ru/viewtopic.php?p=13457331#p13457331
Суть в том что при большей производительности в линпаке у Гигабайта тоже самое кол-во проходов, что при меньшей производительности на других МП, чего впринципе не может быть. Чем быстрее реально проц, тем больше проходов он выполняет за определенное время. Идет тупо неправильный подсчет времени из-за сбоя таймеров ну и результат итоговый в Гфлопсах выдается некорректный.
Надо ставить гигу и смотреть в живую когда именно появляется и пропадает нагрузка, а также и сам результат. На 90% уверен, что по факту грузится система нормально, но просто идет некорректный подсчет времени и соответственно неправильный итоговый результат в Гфлопсах.
Видео вообщем надо снимать и бдить сколько рассчет прохода длится по факту, а уже потом самому найти формулу и посчитать Гфлопсы.


А толку, если множитель КП на МСИ просто не работает?


Гига у МСИ, ибо у МСИ поголовно на всех МП не работает множитель КП и причем с начала продаж. Там просто наикривейшие биосописатели, которые за 5 лет не смогли устранить эту проблему, о которой они в курсе.

Вот удивительно да -никаких багов -шина 257 ,проц 4500 nb 2570 память 2056 и ни одного бага за полтора года

У Гиги в биос есть скрытая функция Limit CPUID Maximum

у меня она закрыта,отключена ,так что хотите проверяйте у себя

По ктрл+ф1? Или как? У меня в скрытых функциях такой нету, или может плохо искал?

по ходу с отключённой функцией ограничение упрётся в VRM

Prof:Эта функция к разгону вообще никакого отношения не имеет от слова совсем-погуглили бы что ли сначала ,прежде чем писать.Max CPUID Value Limit - включение этого параметра (значение Enable) приведет к принятию ограничения для параметра CPUID (CpuIdentification - инструкция, позволяющая получить информацию о центральном процессоре. Параметр, вместе с которым она вызывается, определяет характер и объем получаемой в результате информации. Его максимальное значение в этом случае равно 3. Эта возможность актуальна при работе со старыми ОС, такими как Windows 98 или Windows МТ. При работе с современными операционными системами этот параметр следует оставить в состоянии Disable.По умолчанию и стоит отключена в биос -у ud3p ее вообще насколько помню в биосе нет даже залоченной.Вот причем тут разгон а ? Каким он тут местом стыкуется ?

Добавлено спустя 5 минут 3 секунды:
И не взлетит -потому что совет не понятно о чем вообще

Ага, шиной тогда даже не пробовал. Включил HPET и так оставил, для кранчинга не критично.

это же хорошо ,надо было вас чем то занять

-bender- Выше кто-то говорил, что микроны

На чипах Самунг тоже отлично работает,с 1600 до 2400 погналась .на 1600 родные вообще 11 тайминги

Самсунговская память в паре с CPU NB 2600 сможет взять 2133?

-bender-
У меня смогла, как впрочем и оригинальные модули Hynix.

у меня чудофлопсы. разгон и множкой, и шиной. везде присутствуют чудо флопсы.
по поводу аэро и кп:
bcdedit /set useplatformclock true

у меня взяла самсунговская 2*1600 и 2*1600 низкопрофильные кингстоны такие частоты.

На каких таймингах и вольтаже?