Вставлю свои 5 копеек.

fedx
vanyaindigo разгон ограничен тремя первичными таймингами, а четвертый каким методом выбирался?)

Дело еще не только в мусоре
На младших камнях латентность выше на 3-4нс при одинаковых настройках ДДР4, а с ДДР5 отрыв вообще в 4-6нс

так уже давно, но топе при прочих равных латентность ниже всегда.

Добавлено спустя 56 минут 48 секунд:
Камрады, прошел экстрим на 6600, решил линпак прогнать с процом в стоке - для понятия хватает ли дополнительных напруг и сразу невязка и ошибка - куда копнуть? что накинуть?
SA 1,05
VDD TX = VDD2 = 1,35

Добавлено спустя 6 минут 35 секунд:
снизил частоту проца на всякий - ошибка ушла, но невязки остались

А почему используешь не последнюю версию линкса?
Сам линкс запущен через бат-файл, гарантирующий от ложных невязок?

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

garison87 четвертый выбирался методом наименьших фризов в игрушках.

vanyaindigo а каким методом обнаружения фризов пользовались?
В какой игре?
Я вспоминаю одиссею, где этот тайминг мне нервов попортил и давал дроп до 20 кадров в бенче…

garison87 да, Одиссея - хороший тестер, я в нее до сих пор играю. Еще конечно он-лайн игры, там всегда большая зависимость от таймингов. А метод обнаружения - в афтербернере есть график фрейм-тайма.

vanyaindigo сомневаюсь в таком методе для игр с сетевой составляющей, даже включенный мониторинг влияет на фрейм тайм, а сетевой код уж точно(
И какие значения проверял? Может просто нарушение формулы? Скрин с окном АТС скинь, посмотрим

Проблема интела в том, что нельзя отдельно выставить tRC.
Тогда можно было бы просто найти минимальный tRC, а tRAS выставить = tRC-tRP.
На этом вся настройка.

Новая эра тестирования памяти?

Это в самом конце он такое рисует?

Сегодня размышлял, как верно выставить tRAS на интел-системах.
Проблема в том, что при одном и том же tRC система с большим tRAS всегда будет работать быстрее, так как дольше остается открытой строка, а доступ к другой строке остается тем же (tRC тот же).
Подозреваю, что на интел-системах tRC выставляется не так как мы думаем, то есть биос не выставляет tRC=tRAS(установленному нами в биосе)+tRP. Если бы биос так выставлял, то при снижении tRAS всегда бы росла производительность в задачах с обращением к строкам того же банка (определить эти задачи можно по отсутствию на них влияния значений RRDS,RRDL,FAW).
Сам думаю, что биос выставляет tRC по внутренним формулам, прошитым разработчиками, где он зависит от tRCD, tRP и tCL(возможно).
Зависимость от tCL можно подтвердить или опровергнуть экспериментально, увеличив tCL на 1, если максимальная производительность будет с tRAS+1, то зависимость есть, если же максимальная производительность останется при прежнем tRAS, то tRC разработчиков зависит только от tRCD и tRP.
Поэтому наша задача при неизменных tRCD,tCL найти максимальный, а не минимальный tRAS, при котором еще нет падения производительности.
Он то как раз и будет истинным и равным tRC-tRP.

Как вообще кранчером пользоваться? результат должен быть зеленым? или желтый тоже нормально?

При чём тут расцветка?
И это же тест совсем не для памяти.

видел на форуме пендосов - они его как тест стабильности для памяти используют....

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

смысл мне смотреть мой мониторинг? я хотел посмотреть, что у тебя стоит в tRP т к он в формуле расчета tRAS

Конечно будет от них зависеть и не только от них, а и от tRTP, tCWL, tWR, у нас же не только чтение, которое идет всегда после tCL, но еще и запись (write-pre). Также возможно и от CCD т. к. есть такая формула tRAS (мин.) = tRCD + tBL + tRTP - tCCD