Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
shuler37 писал(а):
Режим Legasy + безопасный режим, дабы исключить влияние фона.
ещё зайди в диспетчер устройств и посмотри какие из них в безопасном режиме отключены... именно их драйвера в обычном режиме windows влияют в большей степени на задержки. а вообще, лучше всего мониторить все это дело в latensymon (процессы, драйвера): https://www.resplendence.com/download/LatencyMon.exe безопасный режим естественно отключает больше половины из них, поэтому результат в аида64 получается весьма интересный. получится порезать ос и подобрать драйвера для обычного режима, мало влияющие на задержки и не в ущерб самой ОС - считай ты победил!
shuler37 писал(а):
Я никогда не использовал ни XMP, ни EXPO. Только ручная настройка.
да не свисти, не верю! все когда нибудь используют XMP или EXPO... просто почему-то стыдятся это объявить. XMP/EXPO, на мой взгляд, неплохо помогают перед предстоящим разгоном или оптимизацией таймингов... некая "точка отсчета".
Member
Статус: Не в сети Регистрация: 20.08.2012 Откуда: Иваново Фото: 25
antiOVER писал(а):
ещё зайди в диспетчер устройств и посмотри какие из них в безопасном режиме отключены... именно их драйвера в обычном режиме windows влияют в большей степени на задержки. а вообще, лучше всего мониторить все это дело в latensymon (процессы, драйвера):
Конечно. Я просто показал влияние всяких киллеров на задержку. А то тут очередную дичь писать начали. По факту да, можно ещё скинуть. Я как нибудь переставлю систему, посмотрю результаты на чистой. В безопасном режиме у Аиды не такой разброс по показаниям. При каждом прогоне очень близкие значения.
antiOVER писал(а):
поэтому результат в аида64 получается весьма интересный
Просто более точный.
antiOVER писал(а):
да не свисти, не верю! все когда нибудь используют XMP или EXPO...
Ну ты уж прям за всех сказал. Для чего их использовать, если и так понимаешь значения таймингов. Ну просто какой смысл ставить XMP/EXPO, если в них в любом случае тайминги и напряжения будут выше?
antiOVER писал(а):
XMP/EXPO, на мой взгляд, неплохо помогают перед предстоящим разгоном или оптимизацией таймингов... некая "точка отсчета"
Только по первичкам, не более. Но если ты и так знаешь первичные тайминги и примерные напряжения, в чём смысл смотреть на завышенные тайминги в XMP/EXPO? Тем более что всё давно разжёвано и настройка каждого тайминга подробно расписана. Вот приедет DDR6 там по началу может и будет актуален разгон через XMP/EXPO. К примеру на Z890 я настраивал по гайду от Пахтунова М.Д он крайне подробно всё расписал.
_________________ Судить меня дано лишь Богу а остальным я укажу дорогу.
За такие выводы тебя отсюда кикать пора. Я никогда не использовал ни XMP, ни EXPO. Только ручная настройка. И legasy так же снижает латентность примерно на +- 5ns.
Латенси киллер называется в мсй например, у всех вендоров по разному.
Latency Killer: Это «заплатка» для исправления базовой задержки, которая выросла в новых версиях микрокода AGESA (1.2.0.2a) для Ryzen 9000. Она просто возвращает цифры в бенчмарках (например, AIDA64) к нормальным значениям.
Оптимизация под нагрузкой: Это тонкая настройка таймингов, которая помогает процессору быстрее получать данные из памяти, когда все ядра заняты вычислениями. Видимо я увидел latency и написал про свои эксперименты с ним ) Но у меня есть зрелость признать любые промахи)))
тыц
Вложение:
260326151440.PNG [ 1.82 МБ | Просмотров: 1390 ]
Вложение:
260326152233.PNG [ 1.82 МБ | Просмотров: 1390 ]
Последний раз редактировалось Антон_Мск 26.03.2026 15:51, всего редактировалось 3 раз(а).
Здравствуйте! очень долго вожусь со стабильностью своих планок, вроде как подошел к стабильному значению, хотелось бы узнать, что можно улучшить, или поменять для стабильности при работе cl28 и 6400 vdd 1.550 - vddq 1.450 - vddg 950 ( остальные напряжение еще не пробовал снижать, возможно vsoc будет стабильно работать при более низком значении ) для справки ProcOdt pu 43 - pd hi-Z ( не знаю почему не показывается в зентайминг ) поставил hi-z потому что сыпало ошибками в tm5, я пробовал и 6000 cl28 с заниженными таймингами, и cl26, 6200 cl28 всё стабильно, но именно 6400 не хотело на значениях сопротивлений expo работать, и кстати игры как-то плавнее работают с текущим конфигом, нет затупов, более плавно что-ли, сложно объяснить. Есть активное охлаждение на планках, в стресс тесте около 54-55 максимум градусов. Вернусь к вопросу, что можно улучшить для стабильности по вашему мнению, буду благодарен за ответ экспертов
Вложение:
{6F98C1F6-237A-46A1-A514-0E7A38D17F7C}.png
да, не совсем стабильное, но около того близкое к этому, где-то на 30м в tm5 ошибку выбивает, что можно подправить что бы стабилизировать, заранее спасибо
Если кому то интересны задержки на Асусах с технологией ASUS Core Tuning в режимах легаси и авто и так же обоих в безопасном режиме В моем случае на Windows 11 IoT Корпоративная LTSC что обычный режим что безопасный особо не влиял на задержку, а вот функция ASUS Core Tuning спокойно скидывала до 8нс По поводу затупов и желеобразного поведения мыши как тут утверждают, что в авто что в легаси не чего подобного замечено не было от слова совсем! По поводу Core Tuning из плюсов увидел лучшие циферки ,в играх особо нечего не поменялось
maksveil Принципиально сделать именно 6400 да еще на X3D-процессоре? Можно же легко народные 6000
6000
#77
да, я же говорю я могу легко сделать cl26 с этой памятью, но проблема в том что я в то что я играю, это world of warcraft и poe более стабильный фреймтайм с 6400 ну и допустим в пое просадки с 6000 около 54 кадра а на 6400 ниразу не видел ниже 79, поэтому есть задача стабилизировать, но не хватает знаний для решения Я много чего прочитал тут на форуме, что-то интересное для себя вынес, просто правда устал, купил железо буквально в конце декабря, и до сих пор с памятью воюю, даже человеку деньги платил что бы настроил память, но он так на отвали настроил что лучше бы не платил, cl30 6200, когда я сам делал cl26 6200
Member
Статус: Не в сети Регистрация: 12.10.2024 Фото: 4
maksveil А вы смотрю оптимист-максималист. Заставить стабильно работать 6400/26 даже с конскими напряжениями типа 1.65/1.55 вольт и выше мало лишь кому удается (вернее никому). Берите 6200/26 либо 6400/28 и не заморачивайтесь.
Контроллеру памяти легче работается при tRFC кратному tFAW, tRRDS.
Если tRFC не кратен tRRDS, контроллер иногда попадает в ситуацию, когда Refresh (обновление строк) прерывает циклическую активацию FAW, вызывая микрозадержку в 1-2 такта. На бенчмарках это не видно, но в играх может давать микрофризы ?
Контроллеру памяти легче работается при tRFC кратному tFAW, tRRDS.
Если tRFC не кратен tRRDS, контроллер иногда попадает в ситуацию, когда Refresh (обновление строк) прерывает циклическую активацию FAW, вызывая микрозадержку в 1-2 такта. На бенчмарках это не видно, но в играх может давать микрофризы ?
не, я говорю про то что удается cl26 6200, но не 6400 )) Я вот хочу разобраться как стабилизировать 6400 cl28 это и есть моя цель сейчас поэтому сюда и пишу, жду, что бы кто-то подсказал )
anta777, вот сравнил 2000 - 2200 на новой агесе. Реально 2000 рулит по латенси.
2000
#77
2100
#77
2133
#77
2167
#77
2200
#77
Так скорее всего на 8000 частоте. А на 6000 увеличение FCLK дает меньшую латенси, т.к. приближается к частоте UCLK 3000. Хорошо бы увидеть здесь сравнение, у кого тоже 8000 частота рамы.
Заблокирован Статус: Не в сети Регистрация: 30.11.2004
fnative, тут есть пара нюансов:
1) Одному чиплету ПСП и на 2000 выше крыши. Вообще нет смысла выкручивать на 2200, чем некоторые почему-то одержимы. От этого какой-то толк есть только на двух чиплетах. И далеко не в играх. 2) Даже у не-3D процессоров кэша достаточно для того, чтобы разницу даже между 65 и 70 ns было не то чтобы сильно видно.
Неоднократно писалось, ставьте 2000 и не парьтесь, разницу не увидите всё равно. Но нет, обязательно что-то там сочиняют с формулами-херормулами и волшебными двумя шагами по 66 МГц. 😁
Если tRFC не кратен tRRDS, контроллер иногда попадает в ситуацию, когда Refresh (обновление строк) прерывает циклическую активацию FAW
А у тебя память всегда работает по RRDS? Без простоев? Без более длинных или коротких прочих таймингов? Почему именно RRDS учитываешь? В курсе ли ты, что зачастую разные тайминги чередуются как попало (вернее как распланирует КП)? В идеальной вселенной может и было бы, как ты написал, и возникла бы доп задержка 0.3нс, но на фоне микрофриза (который занимает миллисекунды) - эта задержка просто пыль на фоне горы. Физически невозможно подобрать такой RFC, чтобы он никогда ничего не прерывал - он всегда будет прерывать различные операции (а точнее, КП всегда будет подгонять операции насколько сможет оптимально, чтобы даже эту микрозадержку нивелировать). Сколько ещё будет продолжаться это мракобесие с поиском "кратности" RFC?.. Наверное это вечное... пс. Да и прерывает не RFC, а REFI вообще-то, раз уж на то пошло
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения