Понятно, спасибо за информацию, в общем у меня и на стоке 1800 минимум на North Bridge Clock, похоже аппаратно залочено, возможно как то связано стем, что на плате южный мост: Intel Wellsburg X99, а не серверный.

shadow179 у тебя с3 и с6 вырублены в биосе скорей всего

Вы постоянно прошиваете после сна? Больше ни на что не влияет, 73 код безвреден, всё работает идеально.

У меня с этим кодом CPU_FAN1 молотит на пролную (после сна). Все рекомендации из шапки попробовал, бесполезно. Bios майский, ни чего не прошивал.
Грешу на отсутствующий пункт CPU C State в bios. Может там что то не так, х.з.

С6 выключен, потому что с ним зависает комп на драйвере от phants. А вот С3 как раз таки включен... Может еще чего надо включить?

Просто вы скорее всего переборщили с андервольтингом, на кэш снизьте до -20, у вас скорее всего -50 стоит, если не поможет, то ещё к этому повысьте основное на 10.

В том то и дело что на кеше и так -20 стоит. Основное - 60. Попробую потом -50 поставить.

У детей на Kllisre D8 посткод 73 всегда приводил к зависанию в игрушке. Всегда. Может ещё в какой ситуации. Не помню и особо детально не испытывал. Я просто избавился от проблемы отключением быстрой загрузки. И вот тогда и стало работать идеально с AA. Так что он не безвреден.
---
C PEI модулем анлока гибернация на джинше с ddr3 также ведет себя. Не работает с отвалом загрузчика на SSD. Печально.
У кого нибудь работает гибернация на Kllisre/джинше (под 8 планок памяти ddr3 или ddr4) с анлоком турбобуста? Гибернация вещь капризная и у меня иногда глючила и на брендовой материнке. Винда виновата была.

Так, чисто для информации – несмотря на поддерживаемую сайтом xeon-e5450.ru легенду о невозможности установки Broadwell (v4) на X99Z v102, все прекрасно устанавливается и работает.
#77
Крышка самая обычная, было бы странно, если б не устанавливалось...
И в продолжение моей истории –

ЦП оказался исправным, на машинисте работает. Так что если кто интересуется доской MSI X99-S04 – обратите внимание, зеоны 46хх v3/v4 не работают, а самые интересны по цене v4 – это как раз 46хх. Биос, который скинул Инженер, так же не работает, как и официальные. Ну а раз такой гуру биосописания сделать ничего оказался не в состоянии, сам лезть не увидел смысла. Попробую на западных сайтах поспрашивать, может, кто поможет

ДА НЕ РАБОТАЕТ ОН НИ ХРЕНА!!!!!!!!!!! УЖ ПОВЕРЬ! РАБОТАЛ БЫ - У МЕНЯ БЫ СИСТЕМА ХОТЯБЫ НОРМАЛЬНО ЗАПУСКАЛАСЬ, А ИЗ-ЗА НЕГО 5 ПИСКОВ КОРОТКИХ И ОДИН ДЛИННЫЙ, ЖМУ РЕЗЕТ - ЗАГРУЖАЕТСЯ ВИНДА. ТЕБЕ ЕЩЁ РАЗ, ЧТОБЫ УБЕДИТЕЛЬНЕЕ БЫЛО: НЕ РАБОТАЕТ ТУТ СОН НА 99ТФ!!! НЕ РАБОТАЕТ!!!

А у тебя процессор с разблокированным множителем?

shadow179

Я с откорректированными драйверами phants на X99-TF от 25.05.20 стабильно висел, если C6 Report enable, со всеми ранее стабильными драйверами даунвольтинга. Пробовал не сильно занижать, не помогало. Приходилось выключать C6 и включать C3 для экономии - с ним был стабилен.

Так что рекомендую если используете майский BIOS X99-TF от 25.05.20 при использовании откорректированных драйверов phants (для тротлинга северного моста, меньшего нагрева и экономии ваттов), вырубать С6 Report для работы без зависнов и включать С3 для экономии энергии, у меня С3 Enable на стабильность не влиял.

А вообще лучше переходить на BIOS X99-TF от 17.08.20 С теми же дровами phants и C6 Enable пока зависонов не ловил. Занижен на 90-50 сейчас, тестирую.

По потреблению в idle самое лучшее в BIOS 17.08.20

P.S. Есть два вопроса

1)
#77
Что за Total DRAM Power ? SVID support Enable проверил, по умолчанию. Отображает явно какие то левые значения, оперативка так не греется https://www.techpowerup.com/forums/threads/hwinfos-power-reporting-deviation-sensor-reveals-how-motherboard-makers-are-cheating-ryzen-cpus.268260/
--------------------------------------------------
2) И ещё вопрос - включение вот этого:

Разрешаем процессору на некоторое время превышать лимит TDP
https://xeon-e5450.ru/socket-2011-3/e5-2600-v3/hak-turbobusta/
Возможность небольшого выхода за пределы лимита заложена самой Intel. Для её активации идём в биос по пути IntelRCSetup > Advanced Power Management Configuration > Socket RAPL Config и выставляем настройки как на скриншоте.

#77

Здесь нас наиболее интересуют параметры Long Dur Pwr Limit — значение, до которого будет расширен лимит TDP (макс — 255) и Long Dur Time Window — время в секундах, на которое он будет расширен (макс — 56).

У меня на TF и 2678v3 не работает. У вас как?

Код ни к чему не приводит. У вас просто 73 - код, который изображается после выхода из сна, AA - код, который изображается после холодного старта системы. Другое дело, что у вас конфиги какие-то не поднимаются после выхода из сна. Может частота памяти другая включается, тайминги не применяются, другое оборудование не инициализируется, или инициализируется не правильно, какие-то параметры из биоса применяются после холодного старта, и не применяются после выхода из сна, или наоборот, вот и результат. И это приводит к крашу системы. Биосы собраны черти как, вот недавно разбирали случай, когда видяха работала после холодного старта на PCIe 1.1, в то время, как после выхода из сна или перезагрузки включалась PCIe 3.0.

Добавлено спустя 2 минуты 22 секунды:

С чего взяли, что не работает? Идите в aida64 во вкладке Системная плата/ЦП смотрите. Уверен, что хотя бы что-то из этого применяется, и вы там это увидите.

MichaelF не вижу превышение потребления проца выше 120в, вот в HWiNFO64 показывает ~120 скрин выше. В аиде просто показывает Системная плата/ЦП Типичная мощность 120 W

Время применяется... 56 ваши. А по дефолту меньше стоять может.

На моей конфигурации в подписи сон работает как на Windows так и на Linux, как с анлоком так и без... Засыпает в указанное время и просыпается от клавиатуры... Никаких проблем я не видел...

Ну после сна другой код в биосе срабывает, который не применяет чего-то, что применяется в биосе в куске кода для холодного старта. У меня в x99-f8 датчик температуры после сна показывает 120 градусов в отличие от того, что изображается датчиком материнки после холодного старта. Возможно, у вас такая же хрень с датчиком проца, или попросту настройки вентилятора не применяются после выхода из сна, вот и крутится вертится у вас вентилятор после сна по такой, или околотакой причине. Проблема в биосе. Какие тут рекомендации могут помочь? Другой биос надо, или исправлять ваш биос. Или попросту забить на это дело, поставить нормальный кулер, который будет медленно крутиться, и этого хватит для охлаждения проца. Воду поставьте.

.

Я думаю так 56 секунд очень короткое время утилиты могут не показать превышения..Проще какими короткими бенчмарками затестить и сравнить результаты..Да и вообще для серьезных задач 56 секунд не серьезно

Добавлено спустя 4 минуты 58 секунд:
Странно.. Такая проблема у меня токо с CPU_FAN2..

Вообще это становится всё интереснее. Может потом ещё окажется, что и у других на TF после сна CPU_FAN1 перестает регулироваться, и это проблема не только на джингше. Это бы объясняло различие в поведении этих плат при работе на одном и том же биосе. А именно отсутствие различий. Ну а если у кого-то кулер на TF все же действительно управляется после сна, то, гм, тогда может быть это достигается включением или отключением какой-нибудь малоочевидной опции или наличием какого-то иного обстоятельства, из-за которого на TF у Evgeniy163 наблюдается аналогичный джингше эффект, а у других - нет.


Тут важна разница: у вас скорость CPU_FAN1 после сна именно регулируется, или он просто работает на одной и той же скорости, хотя и не максимальной?

Тестил на биосе 28.10.19, регулировался после сна... Сейчас на инженере сижу.. завтра проверю