Norst
Небольшой разброс это норма, если тестировать в винде. Если тестировать в безопасном режиме - провалов быть не должно

напряжение на проц подкиньте на один два шага
или Soc

Разброс большой. Как указал Malakaized, он составляет около 100 Gb/s, т.е. более 30% от среднего значения. Тестирование проводил на свежеустановленной системе Win 10 1903. В безопасном режим Windows ситуация ничем не отличается от обычного - точно такой же разброс.

Это было опробовано в первую очередь. Влияния на разброс не оказывает.

Norst
Ниже 300гб/с - не норма. Напряжение на soc, vsoc llc, cad bus. Тестировать только в безопасном режиме, чтобы посторонний софт не влиял.

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

Как и написал выше - тестировал в безопасном режиме. Результат L3 Copy колеблется примерно от 280 до 400 GB/s.


А вот это - верное замечание. Ведь в стоке происходит ровно тоже самое:

Получается, с нестабильностью системы из-за разгона провалы не связаны, по крайней мере на 6 ядерниках. Интересно, как в стоке себя ведут 8 ядерники.
Следовательно остаются только два варианта - либо это нормальные показатели для данного теста, либо система нестабильно изначально, "из коробки"

Вот что в итоге получилось:

Вроде бы все ОК? Переехал с Core2Quad, поэтому самую малость отстал от темы Обычный, рядовой результат, насколько понял.
Да, насчет латентности памяти. Она ожидаемо падает чуть ниже 70 при отключении Power Down mode, но тайминги и настройки памяти выставлял по калькулятору, а там этот параметр почему-то в Enabled.

Пара слов о тестировании. LinX практически не пригодился, разве что как экспресс-тест явной нестабильности процессора. Prime95, как и в давние времена, оказался основным инструментом:
1) Система, успешно завершившая 50 прогонов LinX (невязки в порядке) с размерами задачи 34000 и 40000, по-факту оказалась совершенно нестабильная - под Large FFTs вылетала в черный экран в течении получаса. Оказалася недовольтаж SoC.
2) Прогревает лучше (+3 градуса относительно Linx)

Кальк лишь рекомендует то, от чего надо отталкиваться. В подавляющем большинстве случаев power down можно/нужно выключить для снижения латентности на ~4 ns.

нет отклика.




так же. Еще есть разброс на 50гб/с в L2 copy, но почему-то реже.



на 8 вёдрах 350-460


как она у вас вообще так падает? Я никакими бубнами не смог пробить ниже 80нс. Power Down Mode ничего не дает (в пределах 0.3нс погрешности). Тайминги вообще тупо ничего не дали (с 16-18-18-18-38-56 520tRFC CR1 до 14-17-17-15-30-42 440tRFC CR1 прирост только в 50-100мб/с в Аиде64, но без изменения латентности). Я всё на мать грешу, очень она уж убогая касаемо памяти. Кстати, так и не понял что такое trcdwr - я могу выставить его вплоть до 8 с безошибочным прохождением мемтестов, это подтверждает и RTC в винде. Никакого влияния на производительность вообще не оказывает, хоть 8, хоть 18.
p.s.: мать не умеет в tCL12. При выставление этого значения в EFI винда покажет любое (от 13 до 16), так происходит в последних 5 биосах.

Забей, так и задумано.

Вангую что мама не виновата, а дело в первичных таймингах, частоте и софте работающем в фоне винды.

Есть мнение что tcdrw без толку опускать ниже чем tcdrd.

потому что там ошибка которую все никак не поправят,power down всегда надо выключать

Всем привет. Выкладываю рабочие настройки профильной памяти. Напряжение на память 1.39 В. Вдруг кому пригодится). С уважением.

Комп свой я давно отдал дочке, а тут на каникулы отправили её к бабушкам/дедушкам, решил прогнать тесты. Посмотреть как система работает через 10+ месяцев после настройки (Процессоры AMD Ryzen 1000-й серии (Summit Ridge\Zen\14nm\AM4) #15784164).
За это время SSD менял, windows теперь LTSC, раньше на PRO работал.
Заодно драйвера обновил на чипсет.
TestMem5 и Linx гонял на рабочей системе, со всеми приложениями, которые используются на постоянной основе, вплоть до Punto Switcher)
Тест кэша и памяти, естественно на "пустой".

Тесты меня порадовали)

Винда свежеустановленная 1903 с обновлениями, без стороннего триппера. С другой стороны, на этой матери ЕМНИП вообще нельзя запустить любую оперативку выше 3133 (какие-то ошибки в конструкции платы), так что я бы ей не доверял и по части тайминов/задержек.



похоже, что именно так и есть.

Ребят, есть у кого 3401mod или 3805mod под X370-Pro Prime?
Спасибо!

Довольно частое явление

В Hwinfo какому показателю стоит больше доверять CPU Package Power (SMU) или CPU+SoC Power (SVI2 TFN) ? В простое первый всегда показывает больше, а в нагрузке меньше, чем CPU + SoC Power

T.I.
CPU Package Power (SMU) высчитывает потребление основываясь на VID процессора. В случае если задавать напряжение не оффсетом, а вручную, оба параметра будут показывать близкие значения. CPU+SoC Power (SVI2 TFN) высчитывает потребление исходя на данных с датчиков CPU Core Voltage (SVI2 TFN) и SOC Voltage (SVI2 TFN). По скольку это наиболее точные программные датчики, то логично что CPU+SoC Power (SVI2 TFN) более точный. К тому же я не уверен, если CPU Package Power (SMU) учитывает потребление SOC.

Это ваше мнение или об этом где-то обмолвился 1usmus?


По моим наблюдениям все не так однозначно, а зависит от типа нагрузки. Если используются AVX инструкции, например LinX - будет как у вас на скрине. В противном случае виден противоположенный расклад, см. скриншот (Prime95 с отключенными AVX и FMA) из моего предыдущего поста.


Вот тут высказывают обратное мнение.


Насчет разгона памяти я понял только одно: либо надо понимать всю внутреннюю "кухню" (т.е. взаимосвязи таймингов), либо использовать калькулятор и/или таблицы из профильной темы по разгону памяти. Так что если используются тайминги из калькулятора/таблиц, а тесты проводятся в безопасном режиме, то видимо действительно проблема в материнке.

Это не ошибка, а просто safe preset...

enable IBS & ACS enable это что за функции в билсе такие?