Я уже трижды пытаюсь вам объяснить что просто не смотрите на эти лимиты. Крутить и сравнивать нагрев и производительность - можно. Смотреть на них и делать какие то выводы на основе этих лимитов - нет смыслу.
Я и не делаю никаких выводов о реальном потреблении, по факту, мне всё почти равно, сколько там на самом деле. Значение 142W я привожу, чтобы просто иметь ориентир, от чего отталкиваться при настройке PPT Limit в биосе.
Затестил CTR на X570-P + 3900X старого батча. В Биосе LLC выставил Extreme.
Программка после диагностики сказала что это у меня Silver Sample.
Итого при разгоне по CCX-блокам получил следующий результат :
Вообще сложно это разгоном называть когда вольтаж с учетом VDroop-а в районе 1.24V в рендере Скорее это не разгон а оптимизация, которая и температуры снизила в сравнении с стоком, и ~9% производительности сверху накинула. Результат конечно же лучше чем то что у меня раньше стояло. Раньше мне лень было тестить каждый CCX на разных напругах. Я прост для рендера фигачил 4300 на все CCX и 1.28 вольта. Теперь и проц шустрее и холоднее.
Да, все то же самое можно было сделать и вручную. Но на это ушла бы уйма времени. А так на все про все про все ушло не больше 1 часу. Это - прочитать инструкцию, выставить нужный LLC в Биосе, пройти диагностику, прогнать тесты на разгон, сохранить профиль. Разумеется и процесс андервольта так же это все дело ускоряет в разы. Когда выйдет Zen3 конечно эта прога станет еще более актуальной. Потому что там у каждого ядра будет свой вольтаж/частота, которые независимо можно будет подбирать. В результате можно будет выжать еще больше соков и еще больше ужать потребление. Кайф, что тут сказать...
P.S. Может потом второй 3900Х прогоню через это дело на X470 Taichi. Пока проект у меня в работе, не хочу ничего трогать.
P.P.S. Рекомендую занижать разгон памяти во время всех этих эксперементов. После того как подберете оптимальные частоты и вольтажи, можно вернуть разгон памяти. Ну это конечно если у вас оперативка выжата до упора.
Вообще сложно это разгоном называть когда вольтаж с учетом VDroop-а в районе 1.24V в рендере Скорее это не разгон а оптимизация, которая и температуры снизила в сравнении с стоком, и ~9% производительности сверху накинула. Результат конечно же лучше чем то что у меня раньше стояло. Раньше мне лень было тестить каждый CCX на разных напругах. Я прост для рендера фигачил 4300 на все CCX и 1.28 вольта. Теперь и проц шустрее и холоднее.
по другим отзывам, в рендере то оно ок все, и действительно, эффект есть, а какой prime запустишь - и оно в бсод уходит....
1.) Прайм прайму рознь, потому что разные режимы утилизации конвейера процессора и его кэша в разных режимах теста (Smallest/Small/Large FFT).
2.) У меня Prime95 Small FFT проходится без проблем в течении часу после разгона по рекомендациям CTR. Ясен пень с Smallest FFT вы можете выявить нестабильность на процессорах и без разгона. Но на райзенах (Zen2) в Small/Smallest FFT + AVX будет срабатывать Relaxed EDC Throttling
, если вот его отключить то хана стабильности в некоторых случаях либо просадка частоты до базовой (ниже минимального буста, даже без нагрева). На Zen/Zen+ будет перегрев и лишь потом падение частоты
. А нагрузка уровня Small FFT свойственна разве что во время работы денойзера в Короне, именно этот этап самый страшный для любого визера
который гонит проц в упор. Что же говорить по поводу самого рендера, в Короне это уровень чуть выше чем у Large FFT+AVX что вполне соответствует встроенному тесту в CTR.
3.) Ах, да... Держу в курсе в этой программке как раз таки Prime и используется
P.S. Ясен пень у меня все норм и рендрит и денойзит и игры играются. На обеих компах. На Тайчи пришлось перебирать LLC на проц, судя по результатам подошел LLC3. В инструкции к CTR указано что с Асроковскими платами вам придется самим подбирать LLC который даст наименьший VDroop. Так что если к другим вендорам есть конкретные советы то с Асроком вам придется самим выбирать.
Вы наверное не особо представляете себе что из себя представляет Prime95 в режимах Small/Smallest FFT если для вас это нонсенс... По факту это проблема большинства недорогих плат без регулировки LLC на физическом уровне контроллера питания. Например ASRock X370 Fatality Gaming X + 2700X + Отключен Relaxed EDC - во время Smallest FFT случается мощнейший VDroop при котором просто нехватает питания процу (личный опыт).
Так же Small/Smallest FFT/Linx сжигал процы времен BW-E, HW-E. Предупреждение об этом в профильной теме на РуОверах до сих пор весит. Потому что это нереалистичный сценарий нагрузки на конвейер процессора и максимальная утилизация кэша с минимальными промахами по кэшу. Это самые экстремальные нагрузки из всех возможных на процессор. Потому что порции данных идеально упакованы что бы во время просчета не было никаких затыков.
Цитата с шапки темы от куратора - "Настоятельная рекомендация не запускать Prime 95 версии с AVX тест Small FFT и Linx 065 и выше на процессорах Haswell-E и Brodwell-E, т.к возможно повреждение встроенного в процессор IVR"
Еще раз :
Prime95 Smallest FFT - экстремальные нагрузки на проц которые не встречаются нигде и никогда ни при каких условиях. Выдерживают их годные сэмплы процов, на платах которые хорошо компенсируют VDroop и/или имеют зашитые системы защиты от грелок (например Relaxed EDC). В Zen2 эти механизмы защиты уже зашиты в микрокоде, потому все эти грелки в экстремальных режимах неэффективны (выше ссылки давал с сравнением потребления 3950Х и 2700Х в этих тестах).
Prime95 Small FFT - этот уровень нагрузки встречается в задачах где хорошо утилизирована нагрузка на конвейер процессора. Например этап Денойза в Корона рендере. Многие замечали что во время этого этапа температуры могут быть выше на 10-15 градусов чем во время самого рендера. Вот собственно. Это неплохой хоть и суровый тест на стабильность для тех кто рендрит и денойзит. Для тех у кого nVidia денойзер - этот тест избыточный.
Prime95 Large FFT - этот тест больше подходит для проверки оперативки. Так как дает такие большие порции данных что Кэш у проца забит, часть данных выгружается в оперативку. Нагрев при этом чутка ниже чем в Короне (во время обычного рендера). Не сказал бы что это хороший тест для тех кто рендрит на проце.
Итого :
1.) Прайм Прайму рознь, как вы уже поняли.
2.) Smallest FFT нагрузки вы нигде не найдете.
Нету никакого смысла измерять стабильность этим режимом.
3.) Small FFT имеет смысл использовать если у вас CPU-Денойзер и вы визером работаете.
4.) Large FFT имеет смысл использовать при разгоне оперативки и если вы ничего не рендрите а играете в игры. Это неплохой тест без излишеств и перегибов. Но для рендринга он слабенький.
Но непонятно почему 4800H - это Райзен СЕМЬ, а 4900H - это Райзен ДЕВЯТЬ? Ядер/потоков у них одинаково. Кеш-памяти одинаково. Только частоты чуток отличаются, ну и у 4900H на одно ядро ГПУ больше. Хотя какая разница до тех ядер ГПУ при наличии дискретной видеокарты...
ш-памяти одинаково. Только частоты чуток отличаются, ну и у 4900H на одно ядро ГПУ больше. Хотя какая разница до тех ядер ГПУ при н
1 маркетинг безусловно ест НО ситуация оч интересно так как тдп 4900 от и до если вы посмотрите на cпецификаию отличия в тдп и макс частоте позволяет сказат что ето топоый амд проц для ноутов на сегодня
2вопрос стоит ли он того если 4800 при том же количестве ядер и нормалном охлаждении ноута позволит работать стабильноне сбрасывыая частоту * а воть 4900 ? зависит от конкретной модели ноута и его ахлада
Сейчас ради интереса тоже затестил (у меня такой же процессор), а то как-то забыл вообще про существование этого бенчмарка. Тоже 16 пассов за 59 секунд. Но я правда не закрывал никакие программы, открыты два 3d макса с проектами, фотошоп, автокад, хром и всё на свете.
Думаю у тех, у кого результат быстрее, просто проц разогнан. Наверно, есть смысл за этим гнаться, если Вы 24/7 что-то рендерите, тогда это как-то оправдано. Во всех остальных случаях, я считаю, не нужным, оно "из коробки" всё отлично работает.
Доброго дня всем! Скажите кто то проверял, есть ли разница в скорости рендера при разной частоте памяти например 3200 и 3600. Как я понял fclk frequency привязывается к частоте памяти. А вот есть ли с этого профит в рендере или нет уже вопрос. Есть ли смысл, насиловать память и пробовать ее разогнать?
Доброго дня всем! Скажите кто то проверял, есть ли разница в скорости рендера при разной частоте памяти например 3200 и 3600. Как я понял fclk frequency привязывается к частоте памяти. А вот есть ли с этого профит в рендере или нет уже вопрос. Есть ли смысл, насиловать память и пробовать ее разогнать?
Нет.
Можете по поиску тут поискать, обсуждали стопятсот раз
Скорее это не разгон а оптимизация, которая и температуры снизила в сравнении с стоком, и ~9% производительности сверху накинула. Результат конечно же лучше чем то что у меня раньше стояло. Раньше мне лень было тестить каждый CCX на разных напругах. Я прост 
