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

В смысле не официальный? Я дал ссылку на сайт Хуанана откуда я его скачал. На вашем скрине с сайта Huananzhi этот биос внизу с датой "(22-09-16)". В этом биосе и логотип новый Хуанановый при загрузке.

Хуананжи официальные биосы с анлоком тб и андервольтом не выпускает, это чей то модифицированный биос от 22.08.2022. Андервольт у всех индивидуальный, у кого то на -70 процессор не может работать, максимум -50/-50 держит....

У меня такое бывало из-за плохого прижима процессора в сокете. Попробуй следующее.
1) Для начала стоит сильнее затянуть сокет, если есть возможность, к примеру если винты на кулере есть.
2) Протереть контакты проца, проверить не попала ли термопаста на сокет
3) протереть контакты сокета спиртом к примеру(очень осторожно, погнуть ноги очень легко).
4) Протереть контакты памяти.
5) если ничего не помогло можно улучшить прижим кулера проложив что-то между стенкой корпуса и кулером. Звучит колхозно, но у меня так сейчас и стоит, в стеклянную стенку упирается резиновая трубка с одной стороны, а с другой в башенный кулер


Ну как видишь теперь выпускает. Насчёт анлока не знаю, может только андервольт там.

Думаешь Хуанан чужой биос взял? Дата на биосе другая, в CPU-Z - 16.09.22. А с чего ты вообще взял что Хуанан будет чужие биосы брать? Они могут и сами всё сделать.
Ты может не понял, все модификации я сам сделал. Открыл некоторые меню в биосе, шину 100мгц, андервольт и анлок и т.д. Всё ручками, без (Ultimate Patcher Tool (Nalex)) на основе стокового последнего биоса от 16.09.22 с сайта Хуананжи. В изначальном стоковом биосе там только драйвер андервольта(хз есть там анлок или нет, но думаю нет).

Поэтому они вшили только -30 -30. -70 -50 это уже мой.

На днях через r-studio восстанавливал утерянную информацию на винчестере, и процесс затянулся. И как раз вот тут, как никогда режим гибернации должен был придти на помощь (хотелось сохранить текущий прогресс выполненной работы, и кроме того не хотелось оставлять ПК включенным на неопределенный срок времени). Но, столкнулся с проблемкой. При активации гибернации потух только экран, а вертушки продолжили крутиться. Любые дальнейшие действия оказались бесполезными. Пришлось производить экстренное выключение. Я так понимаю проблема распространенная и существует ли какой-то фикс под конкретную задачу?
Материнская плата qd4

Кстати забыл сказать на этом биосе у меня поднялись попугаи в тесте cpu-z 19.01.64 (avx2). ХЗ, может просто что-то в винде поменялось за прошедшее время, может настройки какие я менял. Но факт есть факт 25 июля было 8300 на биосе от 2020 года, а сейчас почти 8600. Кстати от версии CPU-Z не зависит, проверил и на старой 2.06 и на новой 2.08 прирост тот же.

Всем привет. Есть ли у кого свежий BIOS C612RD25 для MACHINIST X99-K9 V2.1 (та что с 8 фазами и вентилятором) от инженера. Он выложил на продажу в инете. Купить не могу. Или кто поможет с приобретением, а я компенсирую. Цена вопроса 4 евро. Вот ссылка https://www.buymeacoffee.com/iengineer/extras. Пригодится не только мне, а и сообществу. Эти версии недавно пошли в продажу.

Не обижайтесь, это здоровый сарказЬм

Зато благодаря Вашим мучениям, будем знать, что в 11 винде может эта ботва автоматом быть включена.
Поставили, выключили - делов-то.

Кстати, при установленных родных службах виртуализации даже в 10-ке и включенном ME, что-то подобное наблюдается еще с платформы x79 помню.

Поэтому, я старовер, сижу на Windows 10 LTSC и не заморачиваюсь. Проблем как-то не замечено, грех жаловаться.

Еще раз прошу прощения за подколку

Добавлено спустя 22 минуты 3 секунды:
Камарады, есть вопрос.

Благодаря кому-то с форума (спасибо тебе добрый человек!), получилось прогружать микрокоды в винде.

Есть какая-то инфа, какой лучше всего использовать для производительности?
Я много попробовал, разницы не почуял.

Сейчас на последнем (0x49), вроде норм все.

Есть советы?

теперь распиши, как конвертить(на примере 15 https://disk.yandex.ru/d/W4cGlufyYZoxnw ) и вносить, а то чтот в бытность не получалась эта тема вне приложенного в паке 38(вроде). Модификация UEFI BIOS. Софт для работы. #17569672

Легко.
Берем микрокоды:
https://xeon-e5450.ru/mikrokody-v3-i-v4/

Там все в *.bin.
Находим нужный *.bin.

Берем это:
https://github.com/NewEraCracker/bin2da ... ag/0.0.3.1

Думаю, разберетесь, там тупо входной-выходной файл.

Полученный файл переименовываем в microcode.dat, кладе в папку с инсталлятором от VMWARE.

Запускаем install.bat, профит.

Сам CPUCMUPDATE нужен? Камрад его и выкладывал выше.

Работает.
Для любителей Core isolation (читай посты выше) - работать не будет

Nickon DDR на то и называется Double Data Rate, потому что есть эффективная и реальная. В CPU Z реальная указана. Умножайте на 2. 800*2 =1600Мгц. Проверить эффективную частоту можно в тесте кэша и памяти в аиде, например.
798,1 из-за плавающей ref clock, чтобы было ровно 800 надо отключать SSC. Для этого прочитайте гитхаб из шапки. Но отключать SSC бесполезно, разве что цифры красивые

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

Думал профит будет в обратном порядке, если именно с виртуалки микрокод-пустышку засовывать в хост...

1)Если правильно понимаю, лучше ВСЕ микрокоды вырезать и жить без них(но есть варианты).
Причины:
Обнаруживались уязвимости и выпускались заплатки
Устраняющие уязвимости иииии снижающие производительность процессора!(опять же не во всех а в определённых ситуациях/вычислениях.
2)Если Вы НЕ НАШЛИ(ОНА ТОЧНО ЕСТЬ) разницы в производительности, то возможно микрокоды уже загружены из Биос или при загрузке ОС
Соответственно может имеет смысл это проверять программно в "лоб" наличие загруженных микрокоды, либо опосредованно -по статусу уязвимостей...
Как это делать практически не разбирался...
ИМХО
P/S

Spectre meldovn или как их там - в общем уязвимости позволяющие атаку из одной Вирт машины в другую. Из-за не полной изоляции памяти в виртуальной машине. Поэтому виртуалка его и требует - пытается Ваши виртуалки защитить....
И тут пару ньюансов - при обычной работе 1 ос эти заплатки н.. ненужны.(имхо)
А внедряют их поасеместно - чтоб втюхивать на фоне "тормознутых" процев старых - новенькие, ЕЩЁ НЕ ЗАТОРМОЗНУТЫЕ....
ИМХО

v3 без апдейта микрокода плохо живёт, кажется частота кэша более 1800 не поднимается или что-то в этом роде, надо хотябы самый первый доступный от 2014 года загрузить
v4 вроде чуть лучше без апдейта микрокода работает, нет этого дурацкого AVX offset, но всё равно глюки были замечены, Асрок кажется из режима сна не выходил почему-то

Это уже не ваше ИМХО, а вопиющий, кричащий из всех щелей факт. Шляпа Plundervolt чего только стоит, фикция чистой воды. Мне как ассемблерщику, вообще туго представляется, какие необходимо воссоздать идеальные условия, чтобы это сработало хотябы раз в демонстрационном режиме. Пиз..ят и не краснеют.


Неужели вы считаете, что микрокод, примененный к хосту, не в состоянии настроить режимы защиты для своих же виртуальных подсистем?.. Так что неубедительный аргумент и я больше склоняюсь к версии про заглушки. Но даже если и так, то почему именно микрокод от хоста туда засовывать? Заглушки ведь тоже могут обладать и полезной составляющей, а значит необходимой защитой, без лишнего довеска, применимого обычно к хосту. Поэтому всё это мутная история и нужно разбираться.

Добавлено спустя 16 минут 23 секунды:
Ещё одним аргументом в пользу заглушек служит то, что в свеженькой винде микрокод 44h, а в виртуалке чутка выше. Но ещё раз, я не исключаю, что и через заглушки чего-то там применяют, но мне кажется это совершенно нелогичным, ведь явно принятый процем микрокод не может отключаться вместе с виртуалкой, а должен сохраняться и на хосте. А во вторых, вся эта система тонких настроек процессора, уж слишком жирно, чтобы реализовывалась под каждую виртуальную машину отдельно. Проц не резиновый.

Добавлено спустя 16 минут 14 секунд:
Ещё один аргумент: микрокоды настраивают режимы электропитания, то на кой хрен они виртуалке? Она в обход хоста полезет питанием рулить? Нет.
Так что подскажите лучше где взять микрокод виртуалки и чем его конвертнуть в обычный для биоса.

А потом заглушкой поверх поднять номер ревизии от дальнейших перезаписей, например

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

Собственно, почему я этот вопрос поднял. На текущий момент винда для моего 2678v3 прогружает микрокод 0x43. В базах данных есть и более старые и более новые коды, ссылку на какой-то я давал выше.

Сейчас я подгрузил 0x49 код, о чем успешно отчитывается Аида, HWInfo и прочая.

Суть вопроса была простая: есть ли данные исследований по платформе 2011v3 по бенчам с разными микрокодами?
Я пока у буржуев не нашел, самому проводить - времени нет, хотя ничего сложного. Долго просто. Для примера, на каком-то совсем древнем микрокоде у меня перестал работать турбобуст. Возможно, что под нужный микрокод нужно подгонять настройки в биосе, хз, я не силен в этом.

На распродаже Али взял Machinist E5-RS9 c 32гб регистровой памяти
Он какой-то странный: в биос Bios version = E5-RS9, смартфан не регулирует обороты 4пин вентилятора, хотя температура процессора отображается.
Реально починить смартфан модификацией биоса?
PS программатора нет ((

Реально вообще не регулирует? Невозможно выставить вентилятору постоянную скорость, отличную от стоп или полного вперёд?

shmrv А можно инструкцию для чайников как добавить микрокоды, подумал может из за этого разгон не работает и не запускается XTU?

Исходные данные:
Приехала новая Huananzhi X99-F8 на NuvoTon NCT5567D-B, прошитая биосом от 06.06.2022.
(подразумеваю что rev.3)
и проц E5-1660v3

Задача:
Активировать разгон множителем

Проблема:
При активации функционала разгона в биосе, результат пост код "19"

Попытки решения:
Почитав немного форум, понимаю что в биос прошит анлок ТБ.
теория (возможно ошибочная) - анлок не позволяет матери правильно работать с питанием при разгоне множителем
Пробовал шить биосом от x99-TF rev.3 - результат аналогичный - ("19").

Вопросы:
Можно ли шить rev.3 плату биосами предыдущих версий/ревизий?
(программатор пока не приобрёл, надеюсь обойтись)
Где взять биос, на котором будет работать разгон множителем?