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.06.2011
Проверить.
Добавлено спустя 4 минуты 35 секунд:
xalexiv писал(а):
technikuswd писал(а):
tREFIx9 = 8.9*tREFI/1024
А вот и подтверждение, значит тут я прав, 8.9 коэффициент для расчёта.
А теперь смотри внимательно: моя формула (tREFI*8.9/1024) 10240 если я прав и 0- это 0, а 1- это 1 tREFIx9 должно =89, чему оно и равняется, а в твоем случае мы должны были бы иметь 88
10240*8,9/1024=89
также и для 10125 10125*8,9/1024=88
Спасибо angeleo.
И где теперь твои мысли об глобальном цикле? Получается, что отодвигая обновление на tREFIx9, мы в будущем получаем фризы, так как потом происходит 8 обновлений подряд через интервал = трефи.
Выходит, что если принудительно выставить промежуток tREFIx9=tREFI мы избавимся от фризов или получим одинаковые лаги, связанные с обновлением памяти. В этом случае tREFI лучше выставлять кратно 1024, тогда tREFIx9 в биосе будет целым числом равным tREFI/1024.
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
anta777 писал(а):
отодвигая обновление на tREFIx9, мы в будущем получаем фризы, так как потом происходит 8 обновлений подряд через интервал = трефи.
Судя по скрину это не так, ранее отложенные 8 REF выполняются в течении одного tREFI. (если я верно понял "через интервал = трефи" это значит 8 трефи подряд?) #77
И ещё: "The number of refresh commands that can be postponed depends upon the Refresh Mode (1x, 2x or 4x)" - тут вопрос, какое количество команд может откладываться в нашем случае?
Последний раз редактировалось xalexiv 25.07.2023 8:54, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 21.08.2021 Фото: 0
xalexiv писал(а):
Окно tREFIx9 равно 1024*127=130048 тактов, в него должно поместиться два или больше полных цикла tREFI:
Дайте пруф, что в него должно помещаться что-то именно так. tREFI определяет СРЕДНИЙ период между обновлениями. tREFIx9 МАКСИМАЛЬНОЕ допустимое время между обновлениями до ранга (с интервалами в 1024 цикла DCLK). Должен быть запрограммирован на 8.9*tREFI/1024. Максимальное время по даташиту установлено 8,9*tREFI - оно так и называется tREFIx9. Это событие произойдет через 8,9 раз по tREFI по умолчанию при проблемах обновления. И оно не произойдет, если будет выполнено обновление до него. Счетчик сбросится! Где написано что нет? Если не сбросится - значит проблема с обновлением. Система сначала попытается выставить высокий приоритет этому событию: Refresh_HP_WM уровень количества tREFI, который устанавливает высокий приоритет обновления (по умолчанию - 8) А потом и выполнит его в панике Refresh_panic_wm Уровень подсчета tREFI, при котором приоритетом обновления является паника (по умолчанию - 9). Максимальное значение для этого поля равно 9. Но для нас-то умолчаний не существует, поэтому tREFIx9*1024 просто должен быть меньше среднего значения tREFI. Да он всегда и будет, потому что очень мала вероятность, что у кого-то память заработает без ошибок даже при равном значении 256*1024 = 262143. Для tREFIx9=255 по даташиту tREFI предлагается выставить 256*1024/8,9 = 29454. 29454*9 = 265086 - по счетчику событие панического обновления произойдет на 8мом цикле (в конце) указанный средних периодов между обновлениями, если они по какой-то причине не произошли. Ничего там нигде не должно быть равным. Потому что tREFI отдельно, tREFIx9 отдельно.
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
rvspost писал(а):
Это событие произойдет через 8,9 раз по tREFI
Интересно, бывает дробное количество "раз" ? Куда делись 1024 из формулы: 8.9*tREFI/1024
Выражайтесь точней, а то нифига непонятно.
Добавлено спустя 9 минут 5 секунд: rvspost, допустим что выше всё верно описано, но всё это в корне противоречит теории, с которой всё и началось. anta777 не прав? Обсуждался не метод, а только цифры расчёта по этой теории, с чего начинать считать, с нуля или с единицы. зы: рассматриваем "ровный" случай, когда циклы tREFIx9 и tREFI выполняются полностью без прерываний и tRFC*8 меньше tREFI. Refresh_panic_wm и т.п. в учёт не берём, то другая история.
Member
Статус: Не в сети Регистрация: 21.08.2021 Фото: 0
xalexiv писал(а):
Выражайтесь точней, а то нифига непонятно.
Точнее. Что по вашему означает определение: tREFI определяет СРЕДНИЙ период между обновлениями. Указано, что не просто интервал, ни минимальный, ни максимальный, а какой-то СРЕДНИЙ. То есть - это не фиксированное число, система лишь может пытаться обновить память через это период, но не факт, что из-за работы памяти ей это удастся сделать. Но она может пытаться и снова и снова... (получается, что tREFI - это некий необязательный ориентир) пока не дойдет до конца счетчика tREFIx9 (а это уже обязательно), тогда в конце 8го цикла tREFI произойдет принудительное обновление. Поэтому цифра 8,9, потому что в конце 8го цикла, а не после него.
xalexiv писал(а):
в него должно поместиться два или больше полных цикла tREFI:
Т.е. изначально задумано, что никакие полные циклы tREFI в tREFIx9*1024 помещаться не должны.
Просто ставим tREFI, чем больше - тем лучше. Но на 131071 - у меня ошибки в тесте памяти, 262143 - ошибки с тесте памяти почти сразу, да и видно что профит от увеличения tREFI снижается.
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
rvspost, конечно tREFI может прерываться, например если нужно срочно выполнить Refresh, который имеет высокий приоритет дабы не потерять данные. В таком случае начнётся новый цикл tREFI. Но может и не прерываться, именно такой случай и рассматриваем. Формулу, по которой получается 65024 придумал не я,
цитата
tREFIx9 * 1024 = Maximum time (in ticks) between updates. With tREFIx9 = 127, we get 127 * 1024 = 130048 clock cycles. This is a window into which (multiple times) an integer number of tREFI loops must fit. Hence tREFI is equal to: 130048/2 = 65024 (fit 2 tREFI cycles) 130048/3 = 43349 130048/4 = 32512 130048/5 = 26009 130048/6 = 21674 130048/7 = 18578 130048/8 = 16256 (8 tREFI cycles)
значит и вопросы к автору. Мы только пытаемся разобраться что, откуда, почему, и как сделать лучше.
Member
Статус: Не в сети Регистрация: 21.08.2021 Фото: 0
xalexiv писал(а):
Но может и не прерываться, именно такой случай и рассматриваем. Формулу, по которой получается 65024 придумал не я
Когда мы выставляем tREFI гораздо гораздо больше "формульных" 256*1024/8,9 = 29454, то значение tREFIx9 как 8,9*tREFI/1024 теряется всякий смысл, как и смысл в каком-либо выравнивании. Как я писал - это аварийный рефреш памяти и просто по каким то соображения решили, что он будет работать с таким интервалом в случае проблем с обновлением. Но если проблем нет и память нормально рефрешится через средний период tREFI, то какой ему смысл вообще активироваться да еще и в панике? Счет в регистрах идет именно с 0, потому что максимум что дает выставить моя плата это tREFIx9 = 255 (255=11111111 - макс значение регистра, 0=00000000 - мин значение регистра), но максимум tREFI опять же по моей м.п. это не 255(0 не учитывается)*1024=261120, а 256(0 учитывается)*1024-1=262143 (опять же и этот счетчик с 0).
Member
Статус: Не в сети Регистрация: 21.08.2021 Фото: 0
angeleo писал(а):
я полагаю что это всё пыль в глаза
Можешь проверить есть у тебя ошибки при tREFIx9=255 и tREFI=131071 и при tREFIx9=127 и tREFI=131071? Что-то я упустил этот момент, во втором случае "аварийный" tREFIx9 может спасать ситуацию.
Можешь проверить есть у тебя ошибки при tREFIx9=255 и tREFI=131071 и при tREFIx9=127 и tREFI=131071? Что-то я упустил этот момент, во втором случае "аварийный" tREFIx9 может спасать ситуацию.
вечерком проверю обязательно
_________________ Asus Tuf Z690 Plus D4 Intel I5 13600K G.Skill TRIDENT Z [F4-3200C14Q-32GTZSW] 32 ГБ ATI RX 6800XT Red Debil
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
rvspost писал(а):
Счет в регистрах идет именно с 0, потому что максимум что дает выставить моя плата это tREFIx9 = 255 (255=11111111 - макс значение регистра, 0=00000000 - мин значение регистра), но максимум tREFI опять же по моей м.п. это не 255(0 не учитывается)*1024=261120, а 256(0 учитывается)*1024-1=262143 (опять же и этот счетчик с 0).
Вот на этом я и настаиваю, счёт ведётся с нуля, поэтому отсчётов в цикле всегда на один больше, в нашем случае 128 или 256! Верна или нет формула второе дело, но если верна то считать нужно правильно! Впрочем если неверна, всё равно считать нужно правильно.
Member
Статус: Не в сети Регистрация: 17.05.2021 Откуда: Big Shell Фото: 5
а опытным, практическим путем это никак не выяснить ? Ну типа, создасть условия, выставить такие значения что при 0+1 разница должна будет (или нет) заметна в тест приложении. А до тех пор это все теория, в нашем конкретном случае
_________________ Asus h510m | 10400F | 2666cl13 | 6700XT RD | Be quiet SP 600 | Samsung 980 Pro 512 | FHD&240Hz А у вас наутилусов крылья есть, компакт диск ?
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
WhiteRatify, элементарно, если считать с единицы как предлагает anta777, то tREFI=65024. А если то же самое считать с нуля, получится tREFI=65535 (если быть точным - 65536, новое поколение это позволяет), вот и сравните.
Куратор темы Статус: В сети Регистрация: 10.06.2011
rvspost писал(а):
xalexiv писал(а):
Выражайтесь точней, а то нифига непонятно.
Точнее. Что по вашему означает определение: tREFI определяет СРЕДНИЙ период между обновлениями. Указано, что не просто интервал, ни минимальный, ни максимальный, а какой-то СРЕДНИЙ. То есть - это не фиксированное число, система лишь может пытаться обновить память через это период, но не факт, что из-за работы памяти ей это удастся сделать. Но она может пытаться и снова и снова... (получается, что tREFI - это некий необязательный ориентир) пока не дойдет до конца счетчика tREFIx9 (а это уже обязательно), тогда в конце 8го цикла tREFI произойдет принудительное обновление. Поэтому цифра 8,9, потому что в конце 8го цикла, а не после него.
xalexiv писал(а):
в него должно поместиться два или больше полных цикла tREFI:
Т.е. изначально задумано, что никакие полные циклы tREFI в tREFIx9*1024 помещаться не должны.
Просто ставим tREFI, чем больше - тем лучше. Но на 131071 - у меня ошибки в тесте памяти, 262143 - ошибки с тесте памяти почти сразу, да и видно что профит от увеличения tREFI снижается.
А можешь проверить tREFI=65535 при tREFIx9=64 и tREFIx9=255 в intel mlc ?
Member
Статус: Не в сети Регистрация: 27.04.2010 Откуда: Куба
Покопавшись в разных талмудах вот что надыбал (далее краткий вольный перевод с иностранных языков из разных источников):
tREFIx9 - максимально допустимое время между обновлениями ранга (в интервалах по 1024 цикла тактовой частоты), время в течении которого может быть отложено 8 REFs. Рассчитывается по формуле 8.9*tREFI/1024
В документации Intel говорится, что tREFIX9 настроен как trefi*9/1024, но имеет запас как trefi*8 для ZQ. В DDR4 добавлена логика для откладывания цикла перезаписи, называемого push-out/pull-in, можно вытолкнуть (или вытащить) определенное количество команд обновления и выполнить их позже. Этот режим был добавлен в DDR4, чтобы преодолеть потерю производительности из-за блокировки обновления при высокой нагрузке.
tREFIx9*1024 - время в тактах, в течении которого при интенсивной нагрузке допускается возможность отложить на потом выполнение до 8 комманд REF (8 REF-commands postponed), чтобы не тормозить работу. По окончании этого времени, при наличии отложенных REF, запускается с нуля цикл tREFI (независимо от его текущего состояния), в начале которого по очереди выполняются все отложенные команды. (При снятии нагрузки отложенные REF выполняются сразу, видимо в начале очередного tREFI.) При отсутствии отложенных REF окончание цикла tREFIx9 по идее ни на что не влияет, но не факт, информации не нашёл. Таким образом можно утверждать, что между tREFIx9 и tREFI прямой свзи нет, значение tREFI может быть любым, при необходиммости tREFIx9 обнулит tREFI и выполнит свою работу.
С другой стороны, если циклы tREFIx9 и tREFI кратны, есть вероятность совпадения их окончания по времени, и tREFI не будет кастрирован во время выполнения полезной работы. Понятно, что так получится не всегда, но и вреда от этого нет.
Таким образом "формула" имеет место быть, а дальше хозяйское дело применять её или нет, каждый волен поставить свой размер tREFI по вкусу.
Что касается DDR5: "Likewise, for DDR5 devices, up to 4 REF commands can be postponed or pulled in, and the maximum distance between two consecutive refreshes can be up to 5 × tREFI". Если в чём ошибаюсь, критика принимается. Кто осилил сию портянку - благодарю за внимание.
Member
Статус: Не в сети Регистрация: 17.05.2021 Откуда: Big Shell Фото: 5
xalexiv писал(а):
хозяйское дело применять её или нет, каждый волен поставить свой размер tREFI по вкусу
Ну я тоже так думаю. Тут просто наступает момент, или ты выбираешь математически верные настройки, или оставляешь те, которые на практике показывают себя лучше в повседневе и играх, с которыми твое железо работает лучше, пусть они и не "по феншую" и гайдам. У меня например для 2666 cl13 плата автоматом выставляет СWL 11, что вроде как неправильно, 12 принудительно не стартует (со всеми правками зависимых, и без), 13 стартует и работает, но фризит в играх. Поэтому оставил CWL=CL-2, то есть 11, то есть то что плата сама поставила.
_________________ Asus h510m | 10400F | 2666cl13 | 6700XT RD | Be quiet SP 600 | Samsung 980 Pro 512 | FHD&240Hz А у вас наутилусов крылья есть, компакт диск ?
Куратор темы Статус: В сети Регистрация: 10.06.2011
xalexiv на интеле ddr5 работает в режиме FGR, поэтому там другой интервал
Добавлено спустя 1 минуту 58 секунд:
WhiteRatify писал(а):
xalexiv писал(а):
хозяйское дело применять её или нет, каждый волен поставить свой размер tREFI по вкусу
Ну я тоже так думаю. Тут просто наступает момент, или ты выбираешь математически верные настройки, или оставляешь те, которые на практике показывают себя лучше в повседневе и играх, с которыми твое железо работает лучше, пусть они и не "по феншую" и гайдам. У меня например для 2666 cl13 плата автоматом выставляет СWL 11, что вроде как неправильно, 12 принудительно не стартует (со всеми правками зависимых, и без), 13 стартует и работает, но фризит в играх. Поэтому оставил CWL=CL-2, то есть 11, то есть то что плата сама поставила.
Все остальные тайминги одинаковые? Отличия только в CWL ?
Добавлено спустя 3 минуты 13 секунд: Самое интересное, что на OCN нашли оптимальный для максимальной производительности трефи, так он получился у них =65528, объясняют преобразованием биосом чисел в 16-ричные.
tWRPRE соответственно 27-29. Первый у меня работает лучше в играх, плавнее. И тесты все прошел, синтетику и игры. Второй в аиде чаще показывает высокие результаты, в играх статтеры там, где в первом гладко. RDWR в первом 9 минимум, второй позволяет ужать до 7, я тестил 8-9 --- в принципе, если бы я сразу делал по правилам CWL=CL (-1), то я бы сейчал был на CWL13, и не знал что CWL11 работает не хуже, а может и лучше.
_________________ Asus h510m | 10400F | 2666cl13 | 6700XT RD | Be quiet SP 600 | Samsung 980 Pro 512 | FHD&240Hz А у вас наутилусов крылья есть, компакт диск ?
Последний раз редактировалось WhiteRatify 25.07.2023 19:45, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 17.05.2021 Откуда: Big Shell Фото: 5
Думаю что у меня слетит биос, или повредится загрузчик винды, если я дальше буду искать лучшие тайминги ) пора мне остановиться на том что работает. спасибо еще раз всем, за гайды, советы и объяснения
_________________ Asus h510m | 10400F | 2666cl13 | 6700XT RD | Be quiet SP 600 | Samsung 980 Pro 512 | FHD&240Hz А у вас наутилусов крылья есть, компакт диск ?
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения