это значит, что система не вернулась к стабильности
опять WHEA в журнале Windows, и 15 минут тесты разные уже не проходит, OCTT, Linx, TM5



всегда disabled и смена туда сюда не помогает, даже возврат на стоковые 6400 с таймингами от настроенных на 6800 - Не помогают.
такой нюанс тут много раз видел, что все работает пока не залез опять в тайминги, потом делаешь возврат на предыдущее значение - не помогает

нет, это признак кривого разгона/настройки
веа - вообще ошибки по процу, а не по памяти.
рандомное прохождение тестов ничего не значит.

а как объяснить, что не меняя настройки все, ставим оригинальные 6400 частоту, а там еще и вольтаж вместо 1,35->1.42 в разгоне (у Kleev на 6400С32 1,35 идет) и тоже whea и быстрые ошибки, я ведь не с луны все настройки использую по хуже чем у других для стаба

вот посмотрите какой параметр тут превышен, поднятие вольтажа не помогает
единственное на A1 B1 должно быть 64/65, никакими настройками не удалось их добиться
TRAS с запасом по какомй-то мануалу стоит, т.к. комп неделями без рестартов работает

#77

https://i.postimg.cc/mDYzT1kf/screenshot-19.png

Mark245изображение не грузится. У форума есть прекрасная возможность встроенного вложения файлов.
Еще раз, веа - признак нестабильного процессора, а не памяти. Неважно, какой там рас или ртл.

а откуда? Скопированы из видео? Это и есть с луны...

Сейчас добавил в pyhwinfo первичную поддержку для Arrow Lake.
Но по ODT параметрам наверняка врёт (выставил смещения примерные). Кароче, нужны тесты, т.к. я не собираюсь 15th gen покупать.

Присылай, потестируем. Можно сразу в профильную тему по эрроулейку.

покрутил буквально чуть RCDW на 14600к
16 полный анстаб, 18 карху вынесла 26 тысяч) Поставил 20, тестирую. Немного прибрал охлаждение, чтобы потестировать пожещще.

Ссылка на пост: DDR-5 на платформе Intel. Статистика разгона, советы, обсуждение результатов. #18515848

На скрине от sanskrit48 можно увидеть, что tWR = 429496726...
Это таким макаром AsrTC отображает отрицательные числа. Как у него так получается - ХЗ.

Но вот тут мне прислали интересный скрин, на котором уже tWTR_S = -2
При этом в AsrTC число положительное.


Напомню, что pyhwinfo и HWINFO64 используют формулу:


Это ещё раз говорит о том, что в AsrTC прям совсем иные формулы.

Вот ещё один скрин:

Тут можно заметить, что AsrTC явно применяет такую формулу:

И поэтому он не отображает нулевое значение, в отличие от остальных.

Есть над чем задуматься.
И чел, который мне скрины эти скинул, заметил, что скорее всего на Arrow Lake значение BurstLength другое и не является константой для всех каналов (там контроллеры по иному работают с DRAM).