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
Чтение с модуля памяти у DDR4 происходит блоками. Минимальный блок сейчас составляет 64 байта, что связано с размером строки кэша у процессора. Этот блок может считываться как с одного банка, так и с разных. tRAS=tRCD+tRTP (при считывании 8 байт с одного банка) tRAS=tRCD+tRTP+4 (при считывании 16 байт с одного банка) tRAS=tRCD+tRTP+8 (считывание 24 байт - маловероятно) tRAS=tRCD+tRTP+12 (при считывании 32 байт с одного банка). Самый верный выбор для DDR4! tRAS=tRCD+tRTP+16 (считывание 40 байт - маловероятно) tRAS=tRCD+tRTP+20 (считывание 48 байт - маловероятно) tRAS=tRCD+tRTP+24 (считывание 56 байт - маловероятно) tRAS=tRCD+tRTP+28 (при считывании 64 байт с одного банка) Для DDR4 оптимальным выбором является 4-й или последний вариант. Но если выставить tRAS меньше, то ничего трагичного не произойдет, так как джедек придумала предохранитель (tRTP), поэтому можно не заморачиваться и выставлять минимальный tRAS (=tRCD+tRTP).
Напряжения на процессоре при разгоне памяти
SA- безопасный уровень (по данным MSI) 1.35, растет от частоты памяти и зависит от подключенной периферии к PCIE, чем больше скорость видеокарты и NVME-диска, тем выше нужно напряжение. IO (для Z590 =IO2, а просто IO можно оставлять в авто, для Z690=IVR DDQ)- обычно хорошо работает если на 50 мВ ниже SA, но чем ниже, тем лучше, стараться максимально снижать. Тоже растет с ростом частоты памяти. Для ориентира при настройке всегда рекомендую глянуть, что за напряжения SA и IO выставляет материнка в авто.
Для начала тезисно несколько правил «успешного разгона и установки памяти»:
1. Ни в коем случае не используем XMP профили – этот режим протестирован на совместимость, но не даёт оптимальную производительность. Поскольку заводская настройка не блещет идеальным подбором, можно получить до 20-25% производительности дополнительно, вручную настраивая тайминги и напряжения. Также XMP режим чреват завышениями вольтажа самой память и контроллера памяти\SOC. 2. Правильная установка модулей – А2 (для одного модуля), A2B2 (для двух модулей). 3. Самый лучший разгон по частоте достигается при использовании одного модуля, при наличии двух планок максимальная частота лишь немного хуже. У четырёх – либо хуже (на устаревающем LGA2011-3) либо такой же или лучше (LGA2066), которые могут стабильно работать с 4мя модулями на 4000CL16. 4. Если используется два модуля, то худший модуль (требующий бОльшего напряжения для стабильного разгона) должен стоять ближе к процессору в слоте A2. 5. Перед настройкой частоты и таймингов памяти отключить подсветку модулей памяти - т.к. это даёт лишний нагрев.
УНИВЕРСАЛЬНЫЙ ГАЙД ПО НАСТРОЙКЕ от Agiliter
Универсальный гайд. 0. Устраните любые потенциальные проблемы с другим железом. Снимите разгон с видеокарты, снизьте частоту цп на 300 с сохранением напряжения. Не забудьте вернуть RTL в авто если сейчас не авто. 1. Крутим очень короткий мемтест, то есть если минуту живёт сразу снижать тайминг дальше. Ищите не стабильность, а явно сбойное значение тайминга, запишите его - пригодится. Гораздо проще найти явно нерабочее значение и от него плясать чем пытаться ловить нестабильность часами. Это также помогает диагностировать сбойные тайминги на ранее "стабильной памяти". Не пытайтесь найти предельные значение сразу. Сначала скрутите до +2 от минимально стабильного. Многие тайминги идут параллельно поэтому бессмысленно пытаться скрутить до упора с первого прохода. CR выставить на 2 если стоит 1. В самом конце можно попробовать скинуть до 1. 3 Ставить только на очень большую частоту или если по другому ну совсем никак.
Начните с RCD, CL. Не обязательно должны быть одинаковыми, обычно CL идёт меньше чем RCD. RAS сразу пробуйте как RCD+CL+4, до этого значения от него существенная разница, дальше меньше. CWL<=CL. Допустимые значения 9,10,11,12,14,16,18,20. RP можете выставить по RCD, если пойдёт меньше - тоже неплохо, не уверен правда насчёт смысла. RTP без формул. Если не идёт вниз можно попробовать поднять чуть чуть RP. В DDR4 явно связан с WR соотношением 2 к 1 (например WR20\RTP10), физически хранится одно значения и в зависимости от операции интерпретируется. Скрутите FAW до 16(так и оставьте если работает). С таким FAW скручивайте RRD(оба, L обычно больше чем S), возможно поедут на 4 оба. Если до 4 не удалось спустить поднимите FAW до уровня RRDL*4 и попробуйте ещё, хотя это скорее всего уже почти предел. Обычно L>=S. L - SG(Same Group). S - DG(Different Group) Напр. RRD_L>=RRD_S. CKE=5 СCDL>=4 RDRD_DD и прочие подобные можно проигнорировать если у вас нет двух планок на один канал (4 планки). DD-Different Dimm. Тоже самое с DR-Different Rank если у вас одноранговая память. RDWR_SG(DG) и подобные сочетания скручивайте до минимальных рабочих, потом накиньте сверху +2. Как уже отметил обычно SG>=DG. WTR не трогайте он сам спустится когда будете скидывать WRRD_SG(DG) и прочие подобные. Если сам меньше не стал тогда руками скидывать. WR снижать через WRPRE если есть. Если нет или не снижает WR, То скрутите его скажем до 12 или +4 от рабочего, потом дожмёте если не лень будет. RFC явных формул нет, крутить после всего списка сверху. Не пытайтесь найти его минимальное значение если не хотите чтобы память начинала сыпать ошибками от любого чиха. найдите пограничное со стабильностью значение и накиньте сверху 20 или сразу 40. Может реагировать на RAS+RP, RRD, FAW, причём в обе стороны (то есть может "сломаться" если задрать названные), а может и не реагировать... REFi больше лучше. Связан с RFC. REFI сколько память "работает" - RFC сколько "отдыхает". Оба тайминга лучше не пытаться найти предельное значение.Заметно реагируют на температуру. Многие тайминги отзываются и на температуру и на напряжение. Поскольку напряжение может как позволить снизить тайминг, так и увеличить температуру, то середину можно искать очень долго, поэтому лучше бы вовремя остановится. Тестируйте тщательно с перезагрузками, сном, холодным стартом. RTL и IOL вам кто-то другой пусть советует как настраивать, от них у меня голова болеть начинает...
tRASmin=tCL+tRCD+2 WTRS/L устанавливаются в биосе через WRRDdg/sg согласно формуле: WRRD_sg=6+CWL+WTR_L WRRD_dg=6+CWL+WTR_S WR - через WRPRE (для матплат ASUS): WRPRE=4+CWL+WR RTP - через RDPRE (для матплат ASUS) RDPRE=RTP
VDDDQ=1.5 V max по Jedec VrefCA=0.6xVDDDQ=0.9 V (max по Jedec), в даташите контроллера интел тоже разрешено максимальное vrefca=0.6xVdddq. То есть при обычной настройке биоса, когда VrefCA=0.5xVDDDQ, VDRAM<=1.8 V, чтобы уложиться в нормы по Jedec. А если при этом в биосе настроить vrefca=0.49xvdddq (разрешено по Jedec), то безопасное Vdram может быть еще выше=1.837 V. Вывод: для контроллера процессора напряжение на память <=1.8 V неопасно
CPU Name: Intel® Core™ i7-7740K CPU @ 4.30GHz Motherboard Model: MSI X299 GAMING PRO CARBON AC (MS-7A95) Total Size: 8192 MB Type: Single Channel (64 bit) DDR4-SDRAM Frequency: 2750 MHz - Ratio 1:31 Timings: 21-31-31-63-2 (tCAS-tRC-tRP-tRAS-tCR) Slot #1 Module: G.Skill 8192 MB (DDR4-2137) - XMP 2.0 - P/N: F4-3200C14-8GVR
[img]Ссылка на скрин[/img] Для сбора статистики по установленным чипам памяти просьба прикладывать скрины программы Taiphoon Burner и указывать напряжения на DIMM, IO и SA![/color]
Below are the typical tRFC in ns for the common ICs: IC tRFC (ns) Hynix 8Gb AFR 260 - 280 Hynix 8Gb CJR 260 - 280 Hynix 8Gb DJR 260 - 280 Micron 8Gb Rev. E 280 - 310 Micron 16Gb Rev. B 290 - 310 Samsung 8Gb B-Die 120 - 180 Samsung 8Gb C-Die 300 - 340
Таблица tRFC от Reous v26
#77
Расшифровка чипов, находящихся в модуле памяти у разных производителей
#77
Ревизии печатных плат. A0,A1 или A2 планки, как узнать
#77 #77 #77 #77
Статистика tRCD планок в зависимости от типов чипов
#77 #77 #77 Чем выше вы в вертикальном столбце, тем удачнее планки. Чем интенсивнее цвет, тем выше статистический процент (данные старые,теперь удачнее чипы выходят) На 1 таблице все,что выше красной линии - суперотборники.
Советы по верной тренировке
1.Поднять напряжения на VCCSA и VCCIO. 2.Включить в биосе Round Trip Latency. 3.Для гигабайтов - memory enchancement=normal.
Руководство по разгону памяти для начинающих блондинок
Есть у кого нибудь скрины по разгону озу на арех 10 выше 4500 на 9ом поколении процессоров? По какой причине на 8700к озу 4800 берет, ставят 9900к и все, даже хмр на 4600 не стартует? Косяк в биос?
разный контроллер памяти в проце, решается либо увеличением IO / SA, либо может быть и предел на 4500 у твоего 9900к.[quote="Nikolayovich"] что прям все в мире 9900к с плохим кп))) ахах, у того же тайца на гене 9900к едет 4600-4800, и этот же проц на 10ом арех выше 4500 не работает) поищите скрины в нете 10ый арех на 9ом поколении выше 4500, вы их не найдете нигде
а смысл то есть? А то я как ни кручу, а разницы 0%. Если IOL+IOLoffset=CONST
IO-L Offset это не что иное как IO-L Компенсатор, это можно увидеть если открыть четвёртую вкладку программы Asus MemTweak It и с помощью него мы компенсируем наш IO-L (Input Output Latency), итог правильной настройки RTL/IO-L - было 72-74-13-13 стало 67-67-6-6
Member
Статус: Не в сети Регистрация: 04.06.2017 Фото: 6
technikuswd а смысл? ну было там иолы А=65 и Б=67. Далее подняли оффсет для А на 2 и вырос RTL на 2, стало а=67 б=67. Производительность дало? В целом то все по формуле стоит. RTL=Иол+оффсет+2*tcl. Просто я не пойму о каком новом способе идет речь и нужно ли это.
Было 72-74-13-13 и не IO-L а RTL, где вы увидели 65-67 ?
Victor91rus писал(а):
В целом то все по формуле стоит.
По какой формуле, где что стоит? RTL Init value?
Victor91rus писал(а):
Не нужно. Никакой разницы.
Сами спрашиваете и тут же сами отвечаете, нормальный ход. Если вы не видите разницы между 13-13 IO-L и 6-6 так она в снижении латенции и всего что с ней связано. А какого роста производительности вы хотели увидеть от оптимизации RTL и IO-L ? Чем меньше разница в RTL и IO-L тем лучше, когда они равны это оптимальный вариант или вы не согласны с этим? Почему столько негатива?
Victor91rus писал(а):
Просто я не пойму о каком новом способе идет речь
Cмысл способа состоит в том что максимально возможно снизить, а в идеале уровнять как RTL так и IO-L, то собственно к чему все и стремятся по возможности. При определённых таймингах/cценариях/частотах, плата всё сделает сама а способ как раз для тех случаев где плата генерирует совсем не оптимальные комбинации RTL/IO-L а иногда и откровенный хлам.
Последний раз редактировалось technikuswd 20.01.2020 3:20, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 04.06.2017 Фото: 6
technikuswd писал(а):
Если вы не видите разницы между 13-13 IO-L и 6-6 так она в снижении латенции и всего что с ней связано.
абсолютно нет разницы, если при этом сумма IOL+IOoffset не меняется.
technikuswd писал(а):
где вы увидели 65-67 ?
так должно было получиться. Тогда я не понимаю о чем пост. Просто ртл из авто превратили в мануал и всё.
technikuswd писал(а):
А какого роста производительности вы хотели увидеть от оптимизации RTL и IO-L ?
ну хоть на уровне разницы, которую можно где-нибудь экспериментально зафиксировать по результатам какого-нибудь бенчмарка.
technikuswd писал(а):
Чем меньше разница в RTL и IO-L тем лучше, когда они равны это оптимальный вариант или вы не согласны с этим?
Я не могу с этим согласиться. Выборки нет никакой. Лично у меня всё очень просто и понятно: меньше=лучше. Минимум у меня вот такой:
Вложение:
Новый точечный рисунок.jpg [ 29.45 КБ | Просмотров: 494 ]
Сумма iol+offset=27. И если я ставлю иол 13+оффсет14=27 или иол 6 + оффсет 21=27, то ни в одном софте я не вижу разницы хотя-бы на один флопс или иной попугай.
Добавлено спустя 19 минут 37 секунд:
technikuswd писал(а):
Cмысл способа
так а в чем способ то? там написано "было" и "стало", но что было между "было" и "стало"? Есть же вполне рабочая формула RTL=IOL+offset+2xTCL. Лично у меня по ней выставляется канал "Б", а в канале "А" через один слот у меня RTL на 2 такта ниже. Так стало после перехода на CR=1т. На 2Т было как на последнем скрине в вашем посте- канал "А" был по формуле, а "Б" был +2 к формуле.
Мммм… что значит ДОЛЖНО БЫЛО?, вы написали ясно - "было 65 и 67", но факт есть факт, их там НЕБЫЛО. "ДОЛЖНО БЫЛО" - это не позволительный аргумент, вообще никак.
Victor91rus писал(а):
Минимум у меня вот такой:
Минимумы они бывают одинаковые и в тоже время разные, это верно Виктор
Я не могу с этим согласиться. Выборки нет никакой. Лично у меня всё очень просто и понятно: меньше=лучше
интересно получается у вас, вы говорите то же самое что и я и при этом вы "не можете" со мной согласится...это что то новое прям Не в этом ли смысл?, простите если я ошибаюсь.
Victor91rus писал(а):
ну хоть на уровне разницы, которую можно где-нибудь экспериментально зафиксировать
самая простая разница если опустить все бенчмарки и их "попугайчики" состоит хотя бы лишь в том что не всегда можно пройти тот же TM5 если твои RTL имеют "разлёт" в 2 еденицы и я не смогу поверить что вам это не известно Виктор. Вы знаете предмет не хуже моего, так зачем весь сыр бор на ровном месте о бесполезности и т.д. К чему это противостояние? Если вы давно знали как выравнивать RTL и IO-L или что это вашими словами -"Не нужно. Никакой разницы." так почему не сказали об этом приведя при этом -"экспериментально зафиксированные результаты какого-нибудь там бенчмарка." что повторюсь вашей цитатой -"Не нужно. Никакой разницы."? Тогда всем было бы ясно и понятно тоже что к чему, или это всё таки не так и разница есть? Я думаю, я предполагаю, а в какой то мере я даже уверен что вы знаете что я имею ввиду Виктор, и для чего нужна правильная комбинация RTL c IO-L и что мы с вами "идём в одном направлении" только цели у нас разные
Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
короче ребятки выяснил причину неразгоняемости моих модулей - это моя МП. пришлось сегодня весь вечер с ней промудохаться. зато выяснил причину - оказывается если модули находятся в канале А, то проблем нет, херачат по одной и впаре 4000Мгц, не напрягаясь. но стоит их воткнуть в канал B - все, приплыли, ни в какую не гонятся выше 3800. и так их, и эдак - бесполезно. ни напруга, ни крутилки - ничего не помогает. кстати, нечётный CWL тоже к ним относится, в канале А запросто гонится при четном. в общем можно больше не мучаться. мать гавно, для разгона памяти не годится. жаль.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
anta777 писал(а):
tREFI поднимать тоже лучше в самом конце. У вас в таймингах пока еще есть много неверных.
Утро доброе ! увидел причину своих косяков- почему третичные ползут, и скорректировал целиком с учётом ваших пожеланий; wrpre сейчас 32. - теперь? всё как по формулам??(надеюсь))
Выставление Trfc 280(Samsung-bi-die)- вместо 560- Номинально добавило скорости и ужало латенси ещё, пробило отметку в 40 .
Осталось проверить этот тюнинг TM5 Heavy пресетом... Что по температурам?, Gskill; Samsung Bi-die- до 85с рабочая я знаю. - но есть какая-то статистика или практический опыт- ? что с надёжностью в диапазоне 50-55С?; ИЛИ лучше "приколхозить" обдув?
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
Прошёл я тесты))
antiOVER писал(а):
мать гавно, для разгона памяти не годится. жаль.
Так менять то всё-равно не на что. Евга Дарк? - там свои есть косяки, если я не ошибаюсь spread spread- не вырубается. Косяков с биосом то-же полно. Асус- а на что? Апекс?)) Asrock Z370 GAMING K6 - всё-таки полноценная доска. Да со своими косяками, а где их нет?)) - а что мешает юзать а1-b1??)) - там может быть виновата не топология. А просто длина проводников к контроллеру в цпу, или другое сопротивление в a2-b2- даже окисление.
Нюансов куча. Не факт что с другой новой Z370 GAMING K6 - будет так-же...
Member
Статус: Не в сети Регистрация: 30.09.2007 Откуда: Tver Фото: 29
kiberman писал(а):
что с надёжностью в диапазоне 50-55С?
у меня все стабильно до 63 шрадусов на планках(больше не нагревались).
meteora писал(а):
Я это к чему спрашиваю - просто когда запускаю тест с видосом из браузера - сыпет ошибки. Если ютуб не включать ошибок нету...
ну сам создатель проги рекомендует тестировать без других запущенных прог. а так тесты разные, один на 30 минут другой на 1,5 часа ну и сами тесты разные в конфигах.
Добавлено спустя 2 минуты 32 секунды:
kiberman писал(а):
Евга Дарк?
евга по разгону памяти была всегда лютым говнищем для неподготовленного пользователя.
ну сам создатель проги рекомендует тестировать без других запущенных прог. а так тесты разные, один на 30 минут другой на 1,5 часа ну и сами тесты разные в конфигах.
То есть стоит закрывать глаза, на получившиеся ошибки, в результате не правильного тестирования?
И еще, может кто подскажет гайд по настройке таймингов и субтаймингов на ddr3!?
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
garison87 писал(а):
до 63
Обнадёжили, ок- оставлю так.
garison87 писал(а):
апекс/гена
они не всем подходят, 2 dimm-да хорошо для разгона озу, но это не полноценная плата в моем понимании, - да и глянуть на pcb -это по сути инженер сэмпл платы-аля для тестов))))
кому-то супер- но 4dimm на Z370 GAMING K6 и питальник 5+2 на на Интерсилле смотрится лучше и Гены и Апекса. Разгон озу это еще не всё..
Добавлено спустя 2 минуты 12 секунд:
meteora писал(а):
То есть стоит закрывать глаза, на получившиеся ошибки, в результате не правильного тестирования?
я бы не стал закрывать, файл подкачки есть? - включен. какой объем?- динамический?
я во время тестаТМ5 Heavy активно сёрфлю в инете и смотрю видео- ессно тяжелого ничего не запускаю-один браузер и одна вкладка. Ошибок нет. Ничего не падает. Считаю так и должно быть-своего рода доп нагрузка и сложные условия.
По идее если памяти в обрез при тесте- в виртуальные страницы должно без проблем скидывать. Хотя -бы простые приложения не должны вызывать ошибок.
я бы не стал закрывать, файл подкачки есть? - включен. какой объем?- динамический?
я во время теста активно сёрфлю в инете и смотрю видео- ессно тяжелого ничкго не запускаю. Ошибок нет. Ничего не падает. Считаю так и должно быть.
Файла подкачки нету. Вот и я так считаю, что не должно быть ошибок. Если запускать сначала браузер а потом ТМ5, то ТМ5 тестит только свободную память, ту которую занял браузер не трогает...
Member
Статус: Не в сети Регистрация: 04.06.2017 Фото: 6
technikuswd писал(а):
вы говорите то же самое что и я
нет. Я не могу согласиться с тем, что имеет смысл крутить оффсет вверх для выравнивания RTL, так как это не прибавляет производительности.
technikuswd писал(а):
не всегда можно пройти тот же TM5 если твои RTL имеют "разлёт" в 2 еденицы и я не смогу поверить что вам это не известно Виктор.
что значит "не всегда"? у меня можно всегда, хоть разлет в 8 единиц. Просто будут плохие результаты производительности. На разнице в 8 я вообще по-вашему не должен был запуститься, или получил бы миллиард ошибок в секунду, если уже разница 2 под вопросом
Вложение:
Новый точечный рисунок.jpg [ 396.97 КБ | Просмотров: 487 ]
technikuswd писал(а):
так почему не сказали об этом приведя при этом -"экспериментально зафиксированные результаты какого-нибудь там бенчмарка."
я уже приводил в теме пост, в котором замерял какие RTL/io/offset и что дают. Также я писал как меняется блок RTL при изменении CR. Если люди игнорируют, значит это им не нужно. В шапке висит и без того рабочий гайд, по которому любой сможет себе настроить RTL-блок на максимальную производительность. В итоге я могу сказать, что можно просто найти минимальный RTL посредством нахождения минимальной суммы IOL+offset(при этом не имеет значения чему равны слагаемые. главное-сумма) и забить на этот блок.
Сейчас этот форум просматривают: C783RPunk, Стас и гости: 21
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения