pahidd благодарю. По моему я вчера всё абсолютно так же ставил как на твоих скриншотах - не пошло. Возможно виной тому высокий vddp, который я не могу понизить. А может надо cldo_vddp покрутить

Добавлено спустя 4 минуты 56 секунд:
pahidd не вижу настроек Rtt - не ставил?

По предложению __alex8 осмотрел тест Intel Memory Latency Checker, понравилась повторяемость результатов с минимальнейшей долей погрешности, латентность которую выдает этот тест схожа с GSAT. в общем можно и нужно юзать, так скорее всего даже будет правильнее. Единственное что смущает заточка под HT интела, но как вроде говорилось раньше HT разработала изначально AMD (если я ничего не путаю) и текущая SMT это вторая итерация технологии.Будем тестить узнаем что к чему

________________________________________________________________________________________________________________________

Intel Memory Latency Checker

Вкратце о программе Intel Memory Latency Checker:
Важным фактором при определении производительности приложения является время, необходимое приложению для извлечения данных из иерархии кэша процессора и из подсистемы памяти. В многоуровневой системе, где включен Un-Uniform Memory Access (NUMA), задержки в локальной памяти и задержки памяти в кросс-гнездо могут значительно различаться. Помимо латентности, пропускная способность (пс) также играет большую роль в определении производительности. Таким образом, измерение этих задержек и (пс) важно для определения базовой линии для тестируемой системы и анализа производительности.

Как оно работает?
Одной из главных особенностей Intel MLC измеряет, как изменяется латентность по мере увеличения спроса на пропускную способность. Чтобы облегчить это, она создает несколько потоков, в которых число потоков соответствует количеству логических процессоров минус 1. Эти потоки используются для генерации нагрузки (в дальнейшем эти потоки будут называться потоками загрузки). Основная цель потоковых потоков - генерировать как можно больше ссылок на память. В то время как система загружается следующим образом, оставшийся один CPU (который не используется для генерации нагрузки) запускает поток, который используется для измерения задержки. Этот поток известен как поток задержки и выдает зависимые чтения. В основном, этот поток пересекает массив указателей, где каждый указатель указывает на следующий, тем самым создавая зависимость в чтениях. Среднее время, затрачиваемое на каждое из этих чтений, обеспечивает задержку. В зависимости от нагрузки, создаваемой потоками нагрузки, эта задержка будет меняться. Каждые несколько секунд потоки генерации нагрузки автоматически подавляют нагрузку, генерируемую за счет ввода задержек, таким образом измеряя задержку при различных условиях нагрузки.

Инструкция:
1) качаем от сюда https://software.intel.com/en-us/articl ... cy-checker
2) распаковываем содержимое в папку Users->Ваше имя пользователя (чтоб в папке с именем пользователя лежали ТОЛЬКО exe файлы и dll)
3) запускаем консоль и в ней пишем: mlc.exe и жмякаем ентер
4) делаем скрин и делимся

Аргументы командной строки

Запуск Intel ® MLC без каких - либо параметров измеряет несколько вещей , как указано ранее. Однако с аргументами командной строки каждое из следующих конкретных действий может выполняться последовательно:

mlc --latency_matrix не рабочий для райзенов

печатает матрицу локальных и межсетевых задержек памяти

mlc --bandwidth_matrix не рабочий для райзенов

печатает матрицу локальной и кросс-гнездовой памяти (пс)

mlc --peak_injection_bandwidth

печатает пик памяти (пс) (ядро генерирует запросы с максимально возможной скоростью) для различных коэффициентов чтения и записи со всеми локальными доступами

mlc --max_bandwidth

печатает максимальную память (пс) (путем автоматического изменения скоростей впрыска) для различных коэффициентов считывания и записи со всеми локальными доступами

mlc --idle_latency

печатает задержку памяти в режиме ожидания платформы

mlc --loaded_latency

печатает загруженную задержку памяти платформы

mlc --c2c_latency

печатает задержки передачи кэша к кэшу платформы

mlc -e

не изменять настройки префетчера

Для каждой из приведенных выше команд есть больше вариантов. Они более подробно описаны в файле readme и могут быть загружены.

______________________________________________________________________________________________________________________________________________________________



Хотелось бы увидеть добровольцев с результатами

ранмемтест -- синька (даже срин не получился
1,355 - оппа полная сброс на 2133
еле загрузился 3333

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

блин забыл но я туда не лазил(хотя все же надо смотреть )

1usmus
3066 CL16, проц - сток 1700.


А вы поняли, что последняя таблица означает, где задержка / снижающая латентность / снижающаяся ПСП?

__alex8


Еще нет, сейчас занят чтением-переводом но возможности для НУМЫ нашей мне нравятся

Nom - dis
WR - Dinamic off
Dark - avto
после каждой неудачной попытки(синьки и 2133) настройки
кад бас и rtt в рассширенных слетают в авто

да уж, если учесть что у меня шаг изменения напряжения памяти аж 0,05, а судя по твоим экспериментам даже изменение на 0,005 влияет на стабильность запуска, мне походу вообще ничего не светит

Добавлено спустя 37 секунд:
pahidd спасибо, я третий пункт пока поставил rzq4 или как там его...

__alex8
Аргументы не все похоже работают для райзенов...

1usmus может найдется совет? Раньше такого не видел, в HCI Memtest после 437 процентов встретил. Дальше до 1250% ни одной ошибки.
Как понимаю я очень близко к победе над этими хофами

Вводные:

CLDO Auto, RTT Dis / Dis / RZQ/4, CAD не трогал, procODT 53
Да, слоты А1Б1

UPD.

elesin38
О, у вас тоже Solarized в консольке?
Я не понимаю, почему у меня 267 - 91 нс, а у вас 126 - 69. 3066 CL16 и 3433 CL15 - это же не ТАКАЯ большая разница!

А параметр VTTDDR Voltage влияет ведь на разгон памяти? В биосе его не нашел, а вот в программе Асус есть. Выше 2933 не идет, оставил пока 2800. Вот у товарища постом выше выше увидел что он 0,7326. , у меня 0.6 стоит.
#77

elesin38
Это что , 12 циклов память прошла тестов ? Или суммарно все окна ?

Добавлено спустя 1 минуту 37 секунд:
__alex8
На самом деле большая + у человека разгон проца играет роль весомую

Добавлено спустя 34 секунды:
Zabkus
Шапку читали ?

1usmus ну в HCI за 40 минут 400% набирает, я пока дома не был оставил, в среднем по 1250% было на каждом окне.
А что не так?

__alex8 у вас насколько понимаю как и у 1usmus дуалранк. Может в этом разница?

elesin38
Ну для memtest 2,5 за 45 минут 16гигов только покрываются на 100%...надеюсь про него мы говорим

Из подсказок только могу посоветовать tWR 12 выставить и soc 1,025

Добавлено спустя 7 минут 4 секунды:
__alex8
Результат такой потому что у тебя текущая латентность озу 85ns, а у elesin38 она 69, от сюда и такая разница набегает.

elesin38
Нет, одноранг. 2х8.

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

Окей( Чёртов немощный Hynix. И Самсунг, который не купить нынче. Я на всех обиделся.

__alex8
У тебя скорее всего PowerDown enable, его нужно отключить. И сразу улучшиться latency

Спасибо. Хм, я пользовался не RunMemTest 2.5, а вот этим: HCI MemTest
Попробую позже тогда первым воспользоваться. Спасибо!

pahidd

на этой матери ASRock AB350m PRO4 если память не работает на определённой частоте ,то значит сама память не может

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


купи Патриот

Урок вечерней математики или как правильно выставить tRFC / tRFC2 / tRFC4
Помнится я когда-то не считал нужным выставлять tRFC2 / tRFC4 и давал аналогичные советы, после полного изучения принципа работы ОЗУ хочу извиниться за те советы и в качестве компенсации написал вот этот туториал как и что делать

Пример расчета tRFC / tRFC2 / tRFC4 8Gb-die чипа хьюникс/cамсунг/микрон для частоты 3200Мгц :

1Mhz = 1000ns <=> 1000МЦа = 1ns, это означает , что память работает на частоте 1600 МГц (3200MT / с) имеет скорость: (1000ns / МГц) / 1600MHz = 0.625ns

Для чипа разной плотности собственные значения tRFC / tRFC2 /tRFC4, вот мы их берем из соответствующих колонок и считаем:




tRFC скорость 350ns: 350ns / 0.625ns = 560 тактов х1 режим
tRFC2 скорость 260ns: 260ns / 0.625ns = 416 тактов х2 режим
tRFC4 скорость 160ns: 160ns / 0.625ns = 256 тактов х4 режим

Для tRFC вы можете выбрать режим работы x1,x2,x4.Тоесть, вбить в ячейку tRFC 560 , 416 или 256.Но в зависимости от выбранного режима нам нужно будет снова рассчитать для него собственные tRFC2/tRFC4 используя делитель.
Пример если Выбрали режим x4 (256 тактов) для своего tRFC.

tRFC / 1.346 = tRFC2
tRFC2 / 1.625 = tRFC4

с этого получается что:

tRFC 256 , tRFC2 256/1.346 = 190, tRFC4 = 190/1.625= 117

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

для 2933 МТ / s: (1000ns / МГц) / 1466,5 Мгц = 0,6819 ns
для 3060 МТ / s: (1000ns / МГц) / 1530 МГц = 0,6536 ns
для 3333 МТ / s: (1000ns / МГц) / 1666,5 МГц = 0,6 ns
для 3466 MT / s: (1000ns / МГц) / 1733 МГц = 0,577 ns

___________________________________________________________________________________________________________________________________________________

пару слов о нестабильности системы, значения в авто режиме оставлять не рекомендуется, материнки считать не умеют, а брошенные на произвол судьбы tRFC2 / tRFC4 превратят с ваших тестов и стабильности кровавое месиво



как видно что система должна находиться в полной гармонии ИНАЧЕ вы получаете гору ошибок