Краткий мой тест:

CAD_BUS 20 20 40 60


CAD_BUS 20 20 30 30


улучшилась латентность памяти на 1ns и подросла ПСП кеша L3 на 10-12гиг/с но потеряли 10ку на L2

CAD_BUS 20 20 30 30


полный провал ПСП L3 кеша, кстати выглядит как проблема которую наблюдаю у большинства, возможно в авто стоят 24 24 24 24 или 20 20 20 20

CAD_BUS 30 30 30 30


на 2ns уступает 20 20 30 30 , а в целом скорости хорошие

CAD_BUS 20 20 24 24



худший результат


Добавлено спустя 3 минуты 44 секунды:
__alex8


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

1usmus
А повторяемость результатов как? Разница может оаказаться на уровне погрешности.

Благодарю. А что по формуле то?
1usmus вы не поясните? Процессоры AMD Ryzen (Микроархитектура Zen) #15009393

1usmus
память Patriot PE000420-PV48G340C6K






а в авто работает лучше всего но надо tRFC поднимать выше от 300

А что было лучше ?? Мне вернуть на 72 tRC или всё как было ?
Тест прошел без ошибок.

backlight


Выкрутить хоть 8ку можно в tWR как многие любят делать, но ТОЛКУ от нее не будет. Есть физический предел возможностей DRAM для определенной латентности/частоты. Для CL16 - он 20.Вот формула позволяет определить примерный предел твикнутости, чтоб пользователь получил буст, но и не загнал систему в ошибки. Почему примерный предел? Потому что помимо тайминга tWR есть еще куча рычагов которые могут повлиять на уровень "твикнутости" tWR. BL это константа для DDR4.
Пример из жизни. Есть конвейер на котором едут конфеты, стоит чувак который должен руками их заворачивать, в конце конвейера стоит чувак который контролирует качество заворачивания конфет. Мы увеличиваем скорость конвейера и чувак который заворачивает конфеты перестает успевать или делает это плохо. Аудитор на конце конвейера орет ****** ты так заворачиваешь или не успеваешь. Вот с tWR тоже самое, этот тайминг отвечает за правильную качественную называть можно как угодно запись данных по адресам.В задачах с малым кол-вом потребления озу супер твикнутость аля tWR может прокатить ибо адресов для записи гора свободных,можно и накидать конфеты как угодно. А вот когда загруз озу больше 20-25% уже не прокатит. Точность последовательной записи будет решать,контроллеру не придется проводить двойной адресов ячеек "а где ж та конфета закинута" была в спешке когда дело дойдет до чтения.

Добавлено спустя 30 секунд:
drnik976
На 72, мне там больше скорости и латентность понравилась

Добавлено спустя 4 минуты 2 секунды:
Prof
Огромное спасибо за тест!!! Все таки кад бас конкретно влияет на всю систему! В твоем случае 30 30 30 30 просто шедевр

1usmus огромное спасибо, исчерпывающе!

да не за что
вот в авто но с поднятым до tRFC 310 ,так ровнее показатели когда несколько тестов подряд
возможно мать в авто что то лучше подбирает но на 30-30-30-30 результат почти одинаковый всегда но L2 копирование ниже чем должно быть

А другие два оставить 6 и 3 ? Тестирую CAD_bus

drnik976
CAD_BUS 20 20 30 30 и вариант от Prof 30 30 30 30
Да , а остальные тайминги оставить как есть сейчас

Добавлено спустя 1 минуту 14 секунд:
Prof
может в авто CAD_BUS постоянно плавает...
я решил все соседние проверить в районе 30

______________________________________________________________________________

CAD_BUS 24 24 24 24


CAD_BUS 24 24 30 30


100гиговый провал чтения L2 кеша

CAD_BUS 24 40 60 120


приличный результат

CAD_BUS 24 120 120 120
Нет старта



Еще б стоило проверить эти параметры http://www.overclock.net/t/1624603/rog- ... t_26296586

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

VDRAM -1.39
VSOC - 1.075 LLC-2 (regular)
ProcODT - 53.3; RttPark - RZQ/7; RttWr - Dynamic ODT Off; RTT_Nom Disable
1T c частотой более 3ггц не работает. BGS в биосе нет.
vdram ещё надо будет попробовать снизить, но 1.35 не хватало.

Eufori
1,385 оставь для озу, попробуй еще
tWTRS 4, tWR 16, tRTP 8, tRDRD/tWRWR 4 , tRDWR 7, tWRRD 3, tCKE 8
CAD_BUS 30 30 30 30

Что за CAD_BUS тоже не нашёл, а может его настройки просто нет в биосе.

Результаты тестирования, мне кажется auto и 20-20-40-120 похожи(небольшая погрешность) мне их оставить ?

drnik976
Верно, для тебя супер 20 20 40 120

Добавлено спустя 37 секунд:
Eufori
В разделе тайминги внизу должен быть или уже в AMD CBS

К сожалению мой дуал ранк нельзя сопоставить с синглами, результаты слишком разнятся

хотя некая корреляция наблюдается в районе 20 20 40 120



*красные квадраты - высокий результат
*желтый - сбалансированный высокий результат
*зеленый - просто жуть

вывод: CAD_BUS очень сильно влияет на производительность кешей L2 и L3

Значит нет. Жаль, что платы mATX так урезаны даже программно.

AMD CBS есть возможность разблокировать после маленькой корректировки биоса hex-редактором. Если не боишься шить через DOS модденый биос - могу сварганить

elesin38
а что за редактор?

Используется UEFItool, IFR extractor и HxD
Сначала вытащить uefi образ из CAP файла с помощью UEFItool, если оно в него упаковано, а не сразу образом поставляется. (У асуса, например запаковано в CAP, у асрока сразу образ)
Потом открыть образ тем же UEFItool'ом и вытащить из него PE32 образ по гуиду F639D37E-02A1-4BA8-AD17-5C6C6E5E9322 (гуид секции AMD CBS)
Его распаковать IFR Extractor'ом и смотреть уже в результат, скорее всего меню в AMD CBS скрыты простым условием аля "if true". "true" = 46, "false" = 47. Заменяем бит по адресу из результата экстактора и получается открый подпункт меню. Таких подпунктов может быть несколько. Вот инструкция на немецком
Так же можно перетаскивать пункты меню из подпунков в корень, но тогда нужно очень пристально следить за соблюдением одинакового размера файла в итоге и соблюдать открытие и закрытие заголовков.

После любого изменения нужно еще рас распаковывать измененный PE32 image IFR Extractor'ом, если результат пустой или с ошибкой - попортили файл, нужно начинать заново и с большей аккуратностью Если все нормально распаковалось - проблем не будет, заменяем оригинал этого файла на модденый через UEFItool, сохраняем и шьем как тут

Я так AMD CBS открывал для своей прошлой B350-F пока на нее не вышли обновления с открытым меню