Принятые в теме сокращения (и заодно необходимые утилиты для отладки и тестирования памяти)
TM5 - TestMem5
ATC=Asrock Timing Configurator 4.0.4 for z370/390
Asrock Timing Configurator 4.0.13
Asrock Timing Configurator 4.0.12 for z690
Asrock Timing Configurator 4.0.10 for z590
Asrock Timing Configurator 4.0.9 for z490
Asrock Timing Configurator 4.0.8
Asrock Timing Configurator 4.0.3 for z170/270/490

Asrock Timing Configurator 4.0.16
https://drive.google.com/file/d/1-PdgLkCf-5cA3b1kqO2CmFyhXtz-tiS3

AMT - Asus MemTweakit Asus MemTweakIt 2.02.44
При настройке памяти в BIOS ставим ОБЯЗАТЕЛЬНО MRC Fast boot=disable (включаем при этом режим тонкой тренировки, если же выставим enable, то включаем режим грубой тренировки).
Оптимально при разгоне памяти использовать в биосе множитель памяти 133, а не авто или 100, что даст возможность создать комфортные условия для контроллера памяти в процессоре и снизить напряжения ио и са ! Недаром в Jedec шаг между спидбинами именно 133, а не 100!
Для плат с Alder Lake напряжения VDD и VDDQ на память могут отличаться не больше, чем на 300 мВ.
Для плат на основе логики z690 и b660:
VDD>VDDQ
VDDQ>=VDD-300mV(0.3V)
Лучше на VDDQ не превышать 1.25V. Вполне возможно 1.30V. MSI дает зазор до 1.40V.
Для таймингов должно выполняться требование:
_dr=_dd

Разгон памяти у современной DDR4 (16 банков,RRDS=4,FAW=16,BL=8) эффективен только при tRC<=64,если каждый новый блок чтения происходит с разных банков памяти.
Для 4-х слотовых плат при разгоне желательно в биосе отключить неиспользуемые слоты.
Для максимальной производительности памяти значение tRFC в тактах для 8-Гбитных чипов должно быть кратно 8,а для 16-Гбитных чипов - 16. Если это правило не соблюдать, то будут вставлены лишние такты при каждом цикле обновления памяти.
Для желающих максимально снизить tRFC.
Делим tRFC на сумму tRCD,tRTP и tRP.
Если результат ближе к 4, то снижать tRFC можно по 4 такта.
Если результат ближе к 2, то снижать tRFC можно по 2 такта.
Это связано с тем, что обновление происходит субмассивами, которые обязательно кратны 2.

Новая информация по tRAS


Напряжения на процессоре при разгоне памяти






МЕГАпост про RTL и настройку






Расшифровка коротких наименований таймингов часть 1 и часть 2

Предварительная настройка параметров разгона в BIOS платы (на примере плат ASUS)

Пресет для поиска максимальной частоты DDR4 и расчета таймингов от Agiliter (может пригодиться тем у кого плата автоматом выставляет какую-то дичь при автоматической частоте)
Необходимо дополнительное тестирование и ваши предложения что там добавить или поменять.

Кстати, на нашем форуме есть еще и другая Таблица по расчёту таймингов









Программы для тестирования памяти

Благодарю тех кто помог настроить память, особенно большое спасибо RustamS очень сильно помог мне в настройки памяти и Биуса

Deadly-light
В чем проблема с третичками?
Все же очевидно.
RW- это RDWR
RR- это RDRD
WR- это WRRD
WW- это WRWR

Добавлено спустя 2 минуты 30 секунд:
WTRL=RTP=8 , а не 15.

Если ставлю WTR_L согласно таблице на 8, у меня вида не грузится вообще. Принимает только 9 и выше
В данный момент в биосе WTR и WTR_L стоят в авто, мать и ставит их по Джедеку похоже.
Сейчас, после вашей расшифровки пойду крутить третички.

Deadly-light Смотри что нашёл, не знаю на сколько это верно, народ в этой теме обсуждает, мать правда на х99, но Асус, может будет полезно.

Разве не лучше будет 4000 cl17? Как бы 8.5ns vs 8.83

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


А что разве RPRE и WPRE не по формуле выставляются, если на 1 тоже работает - можно так и оставить?
И что дает выставление Dec_WRD=0?

1) RPRE - это не RDPRE и WPRE - это не WRPRE
2) снизить минимально возможный tCWL

Вот что получилось.
WTR и WTR_L оставил пока в авто.
Если tRWSR или tWWDS_L хоть на 1 трогаю, то даже в биос зайти не могу.

Про первый пункт я исправил.

Не отрицаю, если ещё 4000 CL 17 сможет завестись на CR-1 то было бы хорошо

А что не заводиться даже?

Заводится и на 4000 Cl16 на первичках но как то начали стартовать С 4133 сл 17 и закончили 4300 )))
Настройки тесты, настройки тесты, решил передышку сделать хотябы денёк а то точно скоро во сне снится будут одни цифры и картинка с биуса )))

Кстати Вы говорили о -"Сергей Безрук" и его настройках. Он легко опознался - это тот человек который rfc тренирует! Уже меньше 200 наверное... Сбросьте биос если его настройки применяли и не медленно ))) Безрук - это не фамилия, хотя возможно благодаря этому форуму он потихоньку приходит в себя, но "те" двухлетней давности - они вообще жестокие...

Спасибо за замечание, сегодня я скидывал в текстовом файле свои настройки БИУСа кто помогал настроить память, RustamS и он помог мне исправить некоторые настройки ( много чего лишнего отключили)

Добавлено спустя 2 минуты 24 секунды:
Если интересно могу ссылку кинуть в лс если интересно, или вы уже знакомы с теми настройками ?

Спс, я уже ознакомился с ними. В том числе благодаря этой ветке и лично Анта777 за что ему конечно же в очередной раз выражаю свою благодарность.

Всем Привет!

У меня не было времени и, честно сказать, желание листать 950 страниц и читать содержимое. Может быть, что всё то, что последует от меня уже было написанно и снова забыто. Хочу просто поделиться наблюдением/опытом влияния третичек RAM на состояние системы, а в частости на производительность и дестабилизацию процессора.

Моя Конфигурация:
CPU: i9 7960x
Mainboard: Evga X299 Dark
RAM: Samsung B-Die, Dual Rank, 4x16 GB
охлождение CPU: вода + direct die
охлождение RAM + CPU VRM: воздух, при помощи двух дополнительных ветиляторов Noctua NF-A6x25-PWM 60 mm (2000 оборотов).
Модификация материнки: содрал пластиковую облицовку с CPUVRM и два заводских вентилятора с радиаторов от VRM (от них толку всё равно не было), заменил заводские термопады между радиатором и VRM на более эфективные (fujipoly/Mod/Smart Ultra Extreme xr-m Thermo-Pad 17,0 W/mK )


Что было проделанно
1. Разгон процессора до 4700/4200/3900 MHz для режимов nonAVX/AVX2/AVX512
2. минимальный разгон оперативки с 3200 до 3400 MHz
3. поиск/расчёт стабильных первичек и двоичек оперативки при частично автаматических третичек
4. Тест оперативки: TM5 с конфигами от анта (лёгкий, тяжёлый и экстрим), MemTest/Karhu RamTest для 62 GB при охвате в 1000 %/10000 %

BIOS: CPU+RAM Settigs


Что рассматривалось
изменение параметров: tRRDR, tRRDD, tWWDR, tWWDD, tRWDR, tRWDD, tWRDR, tWRDD


Что выявилось


Далее, для меня был и есть важен режим AVX512 так-как провожу расчёты Методом конечных элементов (МКЭ).
Поэтому сразу проводил тестирование с LinpackExtrem Stresstest для 10 GB и 30 GB оперативки (можно было бы и Prime95, но это всё не то).
Так-же написал скрипт для тестирования с LinpackExtrem для 60 GB (это чистое издеватьлство над процессором и его модулем регулировки напряжения, короче над CPU VRM), для этого и была модифицированна материнка.
Ради интересса был рассмотрен тест PhotoWorxx от AIDA (версия 6.20.5346 Beta)

Результаты исследований


Мои выводы
Для оперативки с Dual Rank модулями очень не мало важны третички, ну это и так было всем понятно. Но, я ещё ни разу не читал о их влиянии на стабильность работы процессора.
Из результатов AIDA Cache & Memory Test сразу видно две вещи:
1. оперативка прибавила в скорости чтения, записи и копировании при примерно одной и тойже латентности;
2. скорость копирования Cache L3, прибавил почти на 9 %, с 201 GB/s до 220 GB/s

Прирост в скорости показывает и LinpackExtrem (10 GB Stress Test) в среднем с 1408 до 1452 GFlops. Но при этом выявилась не стабильность работы процессора. После долгих дней и недель в поисках причины я пришёл к результату, что во всё виновато слишком высокое напряжение VCCIN. Изначально я списывал всё на оперативку и слишком низкое напряжение VDIMM=1.37V. При этом долбанный Karhu RamTest, который так был расхвален в других форумах из-за его скорости выявления ошибок при разгоне оперативки, всегда выплёвывал ошибку, примерно после 2000 - 3000 % охвата. Так-как эта программа также использует кэш от CPU, то сразу понять в чём причина мне не удалось. После переохода на TM5 и MemTest всё стало сразу как-то легче.

При ужатии третичек границы для напряжения VCCIN сильно уменьшаются для стабильной работы процессора. В моём случае с 1.770 V до 1.781 V. При не урезанных третичек эти границы были примерно от 1.760 V до 1.850 V. Всё, что ниже приводило к "phantom throttling", а всё, что выше дестабилизировало работу CPU всей системы. Это проявлялось или в зависаниях системы или в ребутах без синиго экрана.
После выявления стабильной работы для VCCIN в 1.795 V, я повысил объём оперативки для Linpack с 10 до 30 GB и сразу же выявил нестабильность работы процессора в виде "hardware failure detected". Ребутов или синих экранов уже не наблюдалось (они были, но при слишком низких напряжениях для VMesh и VCCIO). Единственное значение, которое пришлось поменять - это VCore, с 1.175 до 1.185 V.
После этого Linpack проходит все тесты, как и для 30 так и для 60 GB оперативки. Проблема нагрева CPU VRM остаётся быть проблемой: 92 °C (и это был не предел) при температуре воздуха в комноте 24 °C.


Параллельно ко всем тестам с Linpack я замерял потребность мощности из рoзетки при помощи инструмента VOLTCRAFT SEM 4500.
1. VCore=1.175 V
VCCIN: 1.750/1.760/1.770/1.780/1.790/1.800/1.81 V --> в среднем 575/585/590/592/597/600/601 Watt
2. VCore=1.185 V, VCCIN=1.795 V --> в среднем 618 Watt (между 590 и 647 Watt)

После того, как я методом тыка выявил нужные напряжения, все тесты оперативки проходили без ошибки (даже Karhu).

Кому интересен AIDA PhotoWorxx Benchmark, то здесь при помощи чёткой настройки третичек можно выцарапать дополнительно примерно 8.5 % в скорости.
Linpack показывает прирост примерно в 3.5 %. Не много но всё-же.

При разгоне оперативки до 3600 мне не удалось достичь подобных результатов, как в Linpack так и в PhotWorxx. Частично из-за первичек и повышения RTL, а так-же из-за третичек. Здесь, для стабильности системы, не удалось их так ужать, как при 3400 MHz.

Ну вот, как-то так.

romboedr, очень интересно Результаты, конечно, ожидаемы, т.к. и в обычном десктопе ситуация +- та же, но увидеть подтверждение всегда интересно.

Дополню, что
WRPRE=WRPDEN
PRPDEN думаю также = RPRE = 2 или 1

Замечу, что 1 и 2 возможны только на удачных конфигурациях.
С такими параметрами система чаще всего проходит экстрим конфиг, но бсодит или отваливаются приложения.
Для устранения повышаем до 3 и соответственно 7 в третички на связанные тайминги.

xyligano , если это мне, то:


Не понял вовсе, что Вы хотели этим сказать?

Я это вообще всем
И это про настройку, которую вы обсуждаете
Она не всегда возможна