Часовой пояс: UTC + 3 часа




Куратор(ы):   anta777    fedx   



Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 44601 • Страница 2230 из 2231<  1 ... 2227  2228  2229  2230  2231  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 
Прилепленное (важное) сообщение

Member
Статус: Не в сети
Регистрация: 18.05.2005
Откуда: Moscow
Фото: 9
Принятые в теме сокращения (и заодно необходимые утилиты для отладки и тестирования памяти)
TM5 - TestMem5
ATC=Asrock Timing Configurator 4.0.4 for z370/390
Asrock Timing Configurator 4.0.13
Asrock Timing Configurator 4.0.12 for z690
Asrock Timing Configurator 4.0.10 for z590
Asrock Timing Configurator 4.0.9 for z490
Asrock Timing Configurator 4.0.8
Asrock Timing Configurator 4.0.3 for z170/270/490

Asrock Timing Configurator 4.0.16
https://drive.google.com/file/d/1-PdgLkCf-5cA3b1kqO2CmFyhXtz-tiS3

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 байта, что связано с размером строки кэша у процессора. Этот блок может считываться как с одного банка, так и с разных.
На март 2026 года я склоняюсь к тому, что чтение 64 байт идет с одного банка всех 8 чипов модуля.
То есть за 4 такта происходит чтение 4 такта х 2(два фронта сигнала) х 8битх8чипов=512 бит или 64 байта.
А оптимальный tRAS зависит от политики контроллера по закрытию строк и от его связи с tRC (определяется внутренними невидимыми нам настройками биоса).
Можно предположить, что оптимальное значение tRAS=2*tRCD+несколько тактов, это определяется по количеству промахов и попаданий в открытые страницы памяти, тут нужен оптимальный КПД.
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).
Еще возможен такой подход к оптимальному tRAS.
tRAS=k*CCDS, где k - количество банков, к которым идет обращение перед возвратом в открытую строку, наш первый банк тоже учитываем.
У ddr4 4 группы по 4 банка, то есть 16 банков.
Если 4 банка, то tRAS=4*4=16 тактов (не каждая память это позволит)
Варианты tRAS = 8*4=32 такта
16*4=64 такта
Маловероятно использование 12 банков.


Напряжения на процессоре при разгоне памяти
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 вам кто-то другой пусть советует как настраивать, от них у меня голова болеть начинает...

Таблицы от anta777
Актуальные (последние) версии:
TableDRAMIntel(simple3nov2020+simple12oct2020+обычная)
http://bit.ly/3rTIBLv
http://bit.ly/3nWJlxB
http://bit.ly/32WnkTU
Conf tm5(slight+uni@LMHz+extreme+absolut)
http://bit.ly/2Oe8R00 - суперлайт
http://bit.ly/2H9jIZH - универсальный
http://bit.ly/2MUvl6n - экстремальный
http://bit.ly/3D9TUnD - абсолют
http://bit.ly/3STH2wx - новый для интела и DDR5
http://bit.ly/3wedj8U - новый для Ryzen3D и DDR5
Тяжелый
http://bit.ly/35eKfeJ

Расчет таймингов (на материнках ASUS)

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

МЕГАпост про RTL и настройку
ПРО НАПРЯЖЕНИЕ НА ПАМЯТЬ!
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 неопасно


МЕТОДИКА ПОДБОРА ВЕРНЫХ RTT WR, RTT PARK, RTT NOM
https://forums.overclockers.ru/viewtopic.php?p=17484594#p17484594
На OCN есть методика их подбора с помощью Passmark memtest86, использовать только 8-й тест.


ШАБЛОН ПОСТА
Код:
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]


Расшифровка коротких наименований таймингов часть 1 и часть 2

Предварительная настройка параметров разгона в BIOS платы (на примере плат ASUS)

Пресет для поиска максимальной частоты DDR4 и расчета таймингов от Agiliter (может пригодиться тем у кого плата автоматом выставляет какую-то дичь при автоматической частоте)
Необходимо дополнительное тестирование и ваши предложения что там добавить или поменять.

Кстати, на нашем форуме есть еще и другая Таблица по расчёту таймингов


Таблица tRFC от integralfx
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.


Программы для тестирования памяти
GSAT- https://drive.google.com/file/d/1iCj0-jQIXIlo_Zvm5jO949ZH9fClTNF3/edit
для длинных тестов добавил параметр "--pause_delay" чтоб периодически не отключались потоки


Последний раз редактировалось anta777 12.04.2026 19:37, всего редактировалось 168 раз(а).
Внесены дополнения по tRFC и tRAS.



Партнер
 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Нет, я не хочу это сказать.
Я хочу от тебя получить два числа, пока ты нашел только одно.
Неужели так сложно сделать простой подсчет?
Для любой частоты - 2400, 3200, возьми любую из стандарта.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Для любой частоты - 2400, 3200, возьми любую из стандарта.

DDR4-3200AA (CL22): tRCD = 22, tRP = 22, tRAS = 52, tWR = 24, tRTP = 12, CWL = 20 (максимальное из поддерживаемых для 3200);
Чтение: tRAS ≥ tRCD (22) + tRTP (12) = 34 такта (21,3 нс). 52 > 34. Здесь tRAS - ограничитель.
Запись: tRAS ≥ tRCDWR (22) + [tWRPRE = tCWL (20) + BL/2 (4) + tWR (24)] = 70 (43,8 нс) [если считать, что tRCDWR = tRCDRD (22), но это не так]. В биос допустим стоит tRAS = 52. 52<70. Здесь tRAS слишком мал, и контроллер ждет завершения цикла записи (70 тактов), прежде чем закрыть строку.
Да, типа для записи нужно 70 тактов, а tRAS всего 52 (внимание, это по стандарту). Значит, типа "tRAS от записи не зависит", в данном случае. Вот только таблица JEDEC - для стандартных чипов с помойки. Посмотрим, что происходит в разгоне для хороших чипов...
Например, на моих DJR:

4000 МГц:
Чтение: tRAS ≥ tRCD (22) + tRTP (6) + tAL (0...4) = 28...32 тактов (16 нс).
Запись: tRAS ≥ tRCDWR (17) + [tWRPRE = 32 = tCWL (16) + BL/2 (4) + tWR (12)] = 49 тактов (24,5 нс).
А нормально (без ошибок во всех тестах) работает tRAS = 40 (20 нс), что не минимальное ни разу. Да, оно выше минимального (как и должно быть), но лишь немного ниже расчетного по записи (благодаря оптимизациям КП, и, возможно, некоторой масштабируемости иных таймингов, влияющих на адаптивную политику КП). Разница в 49-40 = 9 тактов.
И ниже 40 не работает ни в какую (ошибки и в y-cruncger и в OCCT CPU+RAM). А это всего лишь 4000 МГц.
Т.о. под нагрузкой, приоритет отдается WRA (Write with Auto-Precharge). И tRAS считается именно по записи (стал ограничителем и для записи тоже).
Короче, при разгоне и нагрузке, именно запись ограничивает tRAS. Поэтому, для стабильности пр разгоне, надо считать по записи, а не по чтению.

5000 МГц:
Чтение: tRAS ≥ tRCD (28) + tRTP (10) + tAL (0...8) = 38...46 тактов.
Запись: tRAS ≥ tRCDWR (26) + [tWRPRE = 44 = tCWL (20) + BL/2 (4) + tWR (20)] = 70 тактов. Реальный tRAS = 52 (20,8 нс, что очень похоже на 20 нс при 4000, не правда ли?). Разница 70-52 = 18 тактов. И ниже не идет, что еще раз доказывает, что при серьезном разгоне, JEDEC "отдыхает" и расчет по чтению (минимальному теоретическому tRAS "проваливается" снова).

Еще раз. JEDEC - не физическое ограничение, и не теория. По чтению считать нельзя, по кр.мере, при разгоне. Все что за пределами любых спецификаций - требует иных расчетов, и это +/- по WRA. И чем дальше от стандарта, тем больше tAL (та самая добавочная задержка).
При 5000 формула меняет вид на tRAS = tRCDWR (26) + tWRPRE + tAL. Что еще дальше от tRASmin.

Иными словами, реальность гораздо ближе к tRAS при WRA, нежели к tRAS по чтению. Да, есть некоторые чипы (их буквально единицы, по моему всего 2 вида), которые будут работать с минимальным tRAS (но не сильно далеко от стандартных частот) + tAL (0 и выше). Но это не из-за правильности формулы, а благодаря архитектурным особенностям.

Ну что, не работает твоя философия? Где твои 32 нс?
anta777 писал(а):
1. tCL ... 2. tRCD+tCL... 3. tRP+tRCD+tCL

anta777 писал(а):
tRAS не связан ни с tCL, ни с tBL.
Ты даже сам себе противоречишь.
tRAS работает на уровне строки (через какое минимальное время в тактах можно подать команду PRECHARGE), а tCL - на выходном интерфейсе чипа (из чипа на шину). Они работают на разных уровнях.

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 18:07, всего редактировалось 7 раз(а).

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Еще раз, уже 4-й раз пишу.
Сколько нс по джедек tRAS на запись для спидбина 3200?
Ты зачем притворяешься?
Какая моя философия про 32 нс?
Где я написал, что надо выставлять tRAS=32 ns?
40 и 49 это почти одно и то же по твоим словам, я же считаю, что тут гигантская разница.
Поэтому даже близко не может идти речь про выставление tRAS по значению, что можно получить для записи из наших таймингов.

Кто тебе сказал, что tRAS на чтение будет =tRCD+tRTP ?
tRASmin>=tRCD+tRTP, что зависит от качества чипов.
Меньше tRCD+tRTP не выставлять и искать рабочий минимум, в чем проблема?
Или знак больше равно тебе неизвестен?
Реально надо знать минимальный tRC, а tRAS=tRC-tRP.
Хорошая отправная точка для поиска минимального tRAS это сумма= tRCD+tCL+4,
tCL косвенно показывает качество чипов, так как tRTP почти у всех чипов можно снизить максимально.


И считать ты так и не научился.
Сам привел пример с 5000.
52 такта работает, tRASmin>=38 , разница в 14 тактов

tRAS для записи, 70 тактов, разница 18 тактов.



Увеличивая tRAS в биосе, мы увеличиваем tRC, что ведет к ухудшению производительности!!!
Для всех случаем промаха строки из-за повышенного искусственно нами tRC!

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Хорошая отправная точка для поиска минимального tRAS это сумма= tRCD+tCL+4,

anta777 писал(а):
Сколько нс по джедек tRAS на запись для спидбина 3200?

tRASmin ≥ tRCD (22) + tRTP (12) + tAL (0...4) = 34...38 тактов (21,3...23,8 нс). Я об этом уже писал, повнимательнее.
anta777 писал(а):
Кто тебе сказал, что tRAS на чтение будет =tRCD+tRTP ?

Ты сам ("от 0 и вверх"). Минимальная добавка 0. Это есть минимальный tRAS (при чтении), не так ли?
Цитата:
можно не заморачиваться и выставлять минимальный tRAS (=tRCD+tRTP)

anta777 писал(а):
52 такта работает, tRASmin>=38 , разница в 14 тактов

В теории 38...46, а работает (проходит тесты под нагрузкой) минимум 52. Ну а что бы ему не работать, если он выше tRAS = tRCD (28) + tRTP (10) + 12 = 50 на целых 2 такта? Только вот эта формула - эмпирическая.
tRAS реальный может меньше чем tRASзаписи, ели позволяют оптимизации КП. Почему нет? А вот даже близко (нюанс: при разгоне) к минимальному tRASmin = tRCD + tRTP + tAL - сильно вряд ли. "tRAS = tRCD + tRTP + 12" - это вообще "костыль".

Большинство чипов не сможет работать под нагрузкой при tRASmin. И чем выше частота - тем дальше эта теория от практики. Поэтому, по записи считать - более правильно.
anta777 писал(а):
Увеличивая tRAS в биосе, мы увеличиваем tRC, что ведет к ухудшению производительности!!!

Насколько? Опять теория. Пока tRC ≤ 64 (об этом даже в шапке темы написано) - все ОК, ничего там никуда не ведет (при увеличении tRAS до 44, tRC = tRAS + tRP = 44 + 22 = 66, и даже так ничего там не ведет к заметному ухудшению). Это практика, а не теория.
Тайминги 4000 17-22-22-40 tCWL-16 tRFC-536 tREFI-80k 14700KF
Вложение:
!Тайминги 4000 17-22-22-40 tCWL-16 tRFC-536 tREFI-80k 14700KF (HWinfo).png
!Тайминги 4000 17-22-22-40 tCWL-16 tRFC-536 tREFI-80k 14700KF (HWinfo).png [ 34.86 КБ | Просмотров: 427 ]

Ты говоришь о чем вообще? Что tRASmin работает только потому что он > или = ? Это какая-то кривая логика. Ты берешь частный случай (когда только 2 вида чипов способны работать с tRASmin) и проецируешь его на всю память.

А формула из шапки "tRAS=tRCD+tRTP+12 (при считывании 32 байт с одного банка)"? Откуда взялось "магическое" +12? Чтение всегда происходит блоками по 64 байта [8 операций за один Burst × 64 бита = 512 бит (или 64 байта)], даже если запрошено меньше данных. Частичные чтения (8-56 байт) технически возможны, но на практике реализуются через чтение полного блока с последующей маскировкой ненужных данных (битовая маска для фильтрации ненужных данных). Т.е. физически невозможно прочитать ровно 32 байт без чтения полного блока. Даже при запросе 1 байта считывается весь 64-байтный блок. Происходит также выравнивание данных по 64-байтным границам, для совместимости с кэш-линиями CPU.
anta777 писал(а):
Меньше tRCD+tRTP не выставлять и искать рабочий минимум, в чем проблема?

В том, что это tRCD+tRTP это уникальный случай для ~двух ревизий чипов, чистая эмпирика, костыль для точки отсчета. Так можно подбирать и без формулы. Надежнее начинать с расчетного верха -> вниз, а не с низа -> наверх. Была стабильность (ибо мы точно знаем, что она была, tRAS по записи нас не обманет) -> нет стабильности, это видно сразу. А вот наоборот, можно долго искать стабильность (не зная предела сверху).

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 18:30, всего редактировалось 1 раз.

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Bigsun
Ты умеешь читать?
Сколько нс tRAS на запись по джедек?
Ты привел данные не по джедек, а просто просуммировал tRCD и tRTP.
Так ничего и не понял.
90% оверклокеров имеют память DDR4 на чипах самсунг B-die, поэтому отправная точка tRCD+tRTP и вверх.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Сколько tRAS на запись по джедек?

52 по чтению, по таблице.
34...38 тактов по чтению, по формуле.
Причем тут JEDEC? Это ты так ничего и не понял...

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 18:40, всего редактировалось 3 раз(а).

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Ты же сам цитировал джедек, поэтому разберем до конца.
Сколько tRAS на запись по джедеку и сколько на чтение?
На чтение 32 нс, вроде это ты понял.
Теперь определись с tRAS на запись.


Вижу, что тебе это не дано.
3200АА
13.75 нс + 12.50 нс + 2.5 нс + 15 нс = 43.75 нс

А tRASmin в этом же стандарте 32 нс.

И tRCmin=32ns+13.75ns=45.75 ns.

Нет никакого tRAS на запись в джедеке, есть один tRAS, он определен.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Сколько tRAS на запись по джедеку и сколько на чтение?

Bigsun писал(а):
Запись: tRAS ≥ tRCDWR (22) + [tWRPRE = tCWL (20) + BL/2 (4) + tWR (24)] = 70 (43,8 нс)

Ну я же писал уже. И что?
anta777 писал(а):
90% оверклокеров имеют память DDR4 на чипах самсунг B-die

:lol: Когда это было? В каком году? Есть только 2 ревизии, которые действительно работают с tRASmin: Samsung B-Die (и очень чувствительны к температуре) и Micron 16Gbit Rev.B. ИМХО.
Оба чипа устаревшие. Эти 90% (откуда эта цифра? была когда-то статистика?) давно уже перешли на DDR5. А мы живем в реальности -)
anta777 писал(а):
Вижу, что тебе это не дано.

Не спеши так с выводами, ты сам не безупречен. А точнее невнимателен.
anta777 писал(а):
А tRASmin в этом же стандарте 32 нс... И tRCmin... 45.75 ns.

И что? Выводы какие? Ох уж это вечное чувство своего превосходства над другими, тесты на IQ :lol:
anta777 писал(а):
Нет никакого tRAS на запись в джедеке, есть один tRAS, он определен.

Там черным по белому написано про WRA (Write with Auto-Precharge). Кто из нас читать не может? Я же ссылку дал...
Нигде в JEDEC не сказано, что tRAS это только про чтение. Даже наоборот. Потому что есть Auto-Precharge и он работает довольно часто.
Твое мнение - ничем не подкреплено. Есть кривая логика "от обратного", которая в реальности не так работает.

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
В джедеке есть один tRAS , он равен от 32 нс (минимальный) до 9хtREFI (максимальный).
Вот его мы и выставляем в биосе.
Он отвечает tRAS на чтение, так как tRAS на запись намного больше, чем 32 нс.
А кривая логика у тебя, только такие одаренные как ты могут выставить tRAS на запись по джедек, используя 32 нс, которые одновременно должны равняться 45.75 нс.
При этом tRC есть только минимальный.

Ответ про данные в моей шапке.
Все данные в ней приведены относительно чипа, а не модуля.
Ты понимаешь разницу - чтение с банка или с модуля?
На модуле 8 чипов, поэтому за 4 такта считывается 64 байта, по 16 байт за такт.
Но со строки банка считывается 2 байта за такт или 8 байт за 4 такта.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Member
Статус: Не в сети
Регистрация: 06.12.2006
Откуда: Владимир
Bigsun писал(а):
А tWTR_S = 0 не бывает, никак и никогда. У тебя баг какой-то с доступом в регистры. Думаю, 2 может поехать вполне. tWTRL может поехать 4-5 при этом. Но следует помнить, что КП на это может отреагировать по-своему. А может и будет все ОК.
tRCD - меньше не едет? Хотя бы на -1.

Ну по факту, как я писал выше - у меня есть еще комплект на бидаях.
Который чувствителен к tWTRS = 0 - а именно, на нуле он не стартует. А вот на 1+ пожалста.
Т.е. это не просто какая-то заглушка или баг, поведение всеж меняется. Но что там по факту происходит - хз )

tWTRL помучал отдельно - как выяснилось, проходит VT3 даже на 2. Но на 2 - идет просадка скорости, пробовал несколько раз.
Оставил пока tWTRS = 0 и tWTRL = 4 - самый быстрый вариант получается. От нуля избавиться не получается, пробовал выставлять tWTRS = 2, тоже становится хуже.

Вложение:
crunch8.jpg
crunch8.jpg [ 1.75 МБ | Просмотров: 339 ]

Вложение:
crunch9.jpg
crunch9.jpg [ 1.77 МБ | Просмотров: 339 ]

Вложение:
crunch10.jpg
crunch10.jpg [ 1.82 МБ | Просмотров: 339 ]


Что касается tRCD - не, ниже никак не едет. При 1.45в биос на 16 еще покажет, винду уже нет.
На 1.45 зато можно выставить tCL и tRP на 14 (vt3 проходит), что даст -1 нс общей задержки в аиде. Мать выставляет в этом случае RTL 63 вместо 65 на CL15.
Но на постоянку 1.45 - чёт прям хз для дидаев (17 нм Armstrong).

Можно конечно бидаи еще помучать, им 1.45 не страшно, там RCD не такой дубовый, насколько помню.
Там все те же самые тайминги, кроме упомянутого выше tWTRS, который не работает на нуле, но работает начиная с 1.
И tRFC 400 там стабилен. Плюс, как ты пишешь, действительно работают с tRASmin :-) А это интересно.
Но из нюансов - двойные чипы (односторонний двухранг), только CR2 + мать им выставляет RTL 67.

_________________
i5-14600k 1.12v / Asus Prime H610M-A D4 / 32 Gb DDR4 / PNY 5070ti / NGDP 850W / TT Core P5


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Ты понимаешь разницу - чтение с банка или с модуля?

Допустим, я читал про это. Да, я говорю про модуль. А какой смысл говорить про банки? Чтобы больше запутать всех?
anta777 писал(а):
Но со строки банка считывается 2 байта за такт или 8 байт за 4 такта.


Все, что ниже , неверно.
Начиная с DDR, память выдает 64 бита за полтакта, а не за такт!

Про модуль. ЦП (а точнее КП) для работы нужно 64 бита за один такт (или 64 байта за один Burst из 8 тактов). Один чип, выдающий 16 бит на такт, не может заполнить всю 64-битную шину.
Поэтому, КП объединяет 4 таких чипа (16 бит × 4 = 64 бита). Итого за один Burst (пакет): 4 чипа по 128 бит каждый = 512 бит. 512 бит / 8 бит в байте = 64 байта.
Шина 64 битная, что значит 64 бит / 8 порций = 8 байт на одну порцию пакета, откуда 8 байт×8 порций=64 байта. Это размер кэш-линии процессора. Процессору неудобно брать данные по 8 байт. Ему нужно сразу 64 байта, чтобы заполнить ячейку своего кэша (L1/L2/L3).
anta777 писал(а):
по 16 байт за такт.

По 16 бит за такт.
x4 [за один такт выдает 4 бита];
x8 [за один такт выдает 8 бит (1 байт)];
x16 [за один такт выдает 16 бит (2 байта)].

anta777 писал(а):
используя 32 нс, которые одновременно должны равняться 45.75 нс.

43,8 нс. Если мы считаем 3200АА по JEDEC.
Когда КП работает в WRA, как правило, нужно больше чем 32 нс, для разгонных частот. А 32 - это минимум по JEDEC. Почему одновременно то? Если считать по записи, будет 43,8 нс. Оптимизации снижают это значение, но оно для большинства современных чипов - не будет близко к tRAS по чтению, если мы говорим о чаcтотах 4000+. Что не понятно?
У меня tRAS = 20 нс при 4000 МГц. И как же это работает по твоему? Без ошибок везде.
anta777 писал(а):
В джедеке есть один tRAS , он равен от 32 нс (минимальный) до 9хtREFI (максимальный).

Там кстати твоя формула не бьется с реальностью. Снова -)
tREFIx9 = (tREFI+1)x8.9/1024 Считаем для моего tREFI = 80895: tREFIx9=(80895+1)x8.9/1024 = 719 974,4/1024 = 703,1? Что физически не влезает в 8-битный регистр tREFIx9. Параметр занимает биты 31:24 в регистре TC_RFP_0_0_0_MCHBAR (смещение E438h). Это 8-битное поле.
tRAS не может быть слишком большим, чтобы не мешать процессу регенерации. И что?
anta777 писал(а):
только такие одаренные как ты

Пошел переход на личности? Почему ты решил, что именно ты всегда прав? Потому что у тебя больше прав? Ты не предоставил ни одного документа, ни одной отсылки на источник с указанием раздела, страницы ("читай там-то" не подходит). Кроме твоего мнения - ничего нет. И объяснения в стиле передачи "Что? Где? Когда?".
для Neibot
Neibot писал(а):
Но на 2 - идет просадка скорости, пробовал несколько раз.

Значит КП подставляет в планировщике свое значение
Neibot писал(а):
Оставил пока tWTRS = 0

Не может такого быть, аппаратный баг.
Neibot писал(а):
При 1.45в биос на 16 еще покажет, винду уже нет.

tRCD tRP для Samsung D-Die не масштабируется напряжением. Для B-Die - масштабируются почти все первички (кроме tRAS).
Neibot писал(а):
Но из нюансов - двойные чипы (односторонний двухранг), только CR2

16Гбитные? Сколько чипов всего? Тайфун скриншот есть?

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 20:46, всего редактировалось 1 раз.

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
С модуля 16 байт за такт, читай внимательно.
При этом ты даже не знаешь элементарного, начиная с DDR, память выдает 64 бита за полтакта, а не за такт.


Ты постоянно врешь, изворачиваешься.
Какие твои 20 нс.
Я конкретно спросил, как у тебя работают по джедек одновременно два разных tRAS, которые неравны между собой. Ты так и не ответил.
У тебя просто мешанина несвязных фраз.
Я тебе написал, что tRAS>=tRCD+tRTP, ищем и выставляем минимально рабочее значение.
Написал, что оптимально искать минимальный tRC, но на интеле это невозможно.
Все согласно джедек.
Ты же продолжаешь постить свои неверные мысли про подсчет tRAS с помощью записи, что является абсолютно неверным, так как tWR уже гарантирует верное время отдачи команды PRE.
Ты хоть почитай форум и посмотри, чему равны стабильные tRAS, все давно разогнано и проверено.

Моя формула верная, ты просто не знаешь чему равен tREFI по джедек и снова тычешь свои тайминги.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
одновременно два разных tRAS

Да почему ты решил, что одновременно то? Выставляем tRAS в биосе. Если он будет больше tRASmin и меньше tRASwra, то все прекрасно работает. Причем реальное значение, которое удастся применить (до того как КП исправит это в планировщике, если сможет и посчитает нужным) - будет ближе к tRASwra. Максимально понятно же объясняю?
anta777 писал(а):
не знаешь чему равен tREFI по джедек

Максимальный по JEDEC = 65535 тактов. Ну и попробуй подставить это число в свою формулу. Что получится? Или как-то иначе надо подставлять?
Для DDR4 базовое значение tREFI равно 7,8 мкс.
И что?
anta777 писал(а):
Если эти два условия выполнены, то строка деактивируется.

Т.е. достаточно "посмотреть" на tRAS и tRTP? Как можно закрыть строку при активной записи? WRA есть.
anta777 писал(а):
При записи КП проверяет прошло ли время tWRPRE от момента последней команды на запись, так как tRAS не является лимитирующем фактором.

Я же тебе то же самое твержу.

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 21:07, всего редактировалось 1 раз.

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Теперь еще научись переводить в такты, а если еще узнаешь, какие спидбины оговорены в джедек, то поймешь мою формулу.
Может даже сможешь подсчитать трефи по джедек для частоты 3200 и подставить в мою формулу.

И разберись наконец-то, что такое память DDR и чем она отличается от SDRAM.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
Теперь еще научись переводить в такты

Там вроде уже все и так в тактах
anta777 писал(а):
Может даже сможешь подсчитать трефи по джедек для частоты 3200 и подставить в мою формулу.

О, новый тест на IQ!
Одна команда обновления (REF) обновляет 8 строк одновременно. Согласно стандарту DDR4, количество строк в одном банке составляет 16384 [Для 8 Gb (Гигабит) чипа DDR4].
Для обновления всех 16384 строк потребуется: количество команд обновления = 16384 строк / 8 строк на команду = 2048 команд. [8 строк на команду - типичное количество строк, которое обновляется за одну команду REF (Refresh) в DDR4]
Стандартный интервал, в течение которого все ячейки памяти должны быть обновлены, равен 64 миллисекунды (ms). Время на команду обновления = 64 ms (миллисекунд) / 2048 команд = 0.03125 ms = 31.25 µs (микросекунд).
Реальная тактовая частота памяти = 3200 MT/с [МегаТранзакций в секунду] / 2 = 1600 МГц. Один такт = 1 / Частота = 1 / (1600 * 10^6 Гц) ≈ 0,625 нс = 0,000625 мкс. tREFI (в тактах) = 31.25 мкс / 0,000625 мкс/такт = 50000 тактов.
При высоких температурах интервал 64 ms быть сокращен до 32 ms.
tREFIx9 = (tREFI + 1) × 8.9 / 1024 = (50000 тактов + 1) × 8.9 / 1024 = 434,6 тактов. Что бред... Или я неверно считаю?
anta777 писал(а):
И разберись наконец-то, что такое память DDR и чем она отличается от SDRAM.

Сегодня викторина? Объяснить по-человечески нельзя? Это называется высокомерие. Ничем не подкрепленное.
SDRAM (Synchronous DRAM) синхронная и Single Data Rate, а DDR (Double Data Rate SDRAM) - синхронная динамическая память с произвольным доступом и удвоенной скоростью передачи данных, Double Data Rate, две передачи за такт . И что?

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


Последний раз редактировалось Bigsun 12.04.2026 21:41, всего редактировалось 1 раз.

 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Неверно считаешь.
64 мс 8192 команды
Отсюда и 7.8125 мкс.
Для частоты 3200 трефи=12500 в тактах
Вот его и подставляй в мою формулу,

Добавлено спустя 2 минуты 40 секунд:
Что объяснить, если ты написал глупость.
Что по шине передается 64 бита за такт.
А передается 64 бита за полтакта.
Это основы!

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
8192 команды

Ты считаешь обновления как All‑Bank Refresh (REFab)?
Основной сценарий - распределённое обновление (2 048 команд по 8 строк). All‑Bank это опция для особых случаев. С чего это все банки ранга будут заблокированы в реальности?
anta777 писал(а):
Это основы!

Если ты так хорошо знаешь основы, как ты допустил, что tCL участвовало в расчете tRAS в твоих постах?
anta777 писал(а):
Вот его и подставляй в мою формулу,

А если у меня tREFI = 80896? Все, формула сдулась?
anta777 писал(а):
за полтакта

В первый раз слышу, что в системе такты могут работать на полтакта. Такт - минимальная единица для синхронизации, как он может быть поделен пополам? Ну, если я правильно понимаю твою речь конечно.
Ладно, я че то устал сегодня уже что-то доказывать. Каждый раз новая викторина, какой-то "поле чудес" -)

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Обновление идет всегда во всех банках.
Основной сценарий - это обновление всего массива памяти за 64 мс, что разнесено на 8192 команды.
Зачем выдумываешь и врешь про 2048 команд.
При повышении температуры интервал между командами просто снижается в 2 раза, но количество команд остается тем же, 8192.
Только недавно в DDR5 добавили два новых режима, начиная с агесы 1.3.0.

Ничего ты в обновлении не понимаешь, иди учись.

Ты читай, что я пишу.
tCL коррелирует с качеством чипов, поэтому может принимать участие в подсчете tRAS, мы потом все равно ищем минимально стабильное значение.

Моя формула не сдулась, а сдулся ты со своими регистрами, так как регистры предполагают валидное значение трефи по джедек.

Еще раз пишу - разберись перед тем как что-то писать, что такое DDR и как это работает.

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


 

Advanced member
Статус: В сети
Регистрация: 13.05.2020
Откуда: Мытищи
anta777 писал(а):
tCL коррелирует с качеством чипов, поэтому может принимать участие в подсчете tRAS

Оба тайминга зависят от качества чипов. Только tRAS - внутренний архитектурный тайминг, а tCL - внешний. Они абсолютно никак не связаны друг с другом. Восстановление заряда (tRAS) - это чисто физический процесс внутри банка памяти. Ему абсолютно все равно, сколько тактов КП будет ждать данные на шине (tCL).
У тебя есть определенные знания, но они как-то кусками, с пробелами. А анализ так и вообще отсутствует. Как и нормальные объяснения. Постоянно какие-то соревнования. Ты тут не людям помогаешь, а рисуешься. Мне ты ничем не помог.
anta777 писал(а):
Основной сценарий - это обновление всего массива памяти за 64 мс, что разнесено на 8192 команды.

Насчет 8192 - ты прав. 8192 команды, разнесенные по времени с интервалом tREFI (7,8 мкс). Если примерно посчитать, то tRFC 350 нс / tREFI 7800 нс ~ 4.5%. Т.е. память занята собой 4,5% времени. Только благодаря L3 и спасаемся. Плюс, можно отложить до 8 команд REF. Ну и FGR в DDR4 тоже есть.
anta777 писал(а):
Ничего ты в обновлении не понимаешь, иди учись.

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

_________________
14700KF |MSI B760M Gaming Plus WiFi D4 |Chieftec ICEBERG240 |INNO3D RTX5060 |32Гб DDR4@4000 G1DR CL17 |18Тб NAS |1ST DK D3-B |ASUS VA27AQSB |Chieftec PPG-850-C |W11


 

Куратор темы
Статус: Не в сети
Регистрация: 10.06.2011
Не понял?
Так 8192 команды или 2048?
Где твои извинения?
Включи режим FGR на ddr4 и дай скриншот в тему.
А пока я вижу только очередное вранье.

Кстати, подсчитай для своих таймингов на 4000 и 5000 tRAS с помощью формулы tRCD+tCL+4 и сравни со своим tRAS минимальным.
Может и поймешь, с какой точки легче найти минимально стабильный tRAS.


А куда исчезли твои регистры?

_________________
TableDRAM(simple+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU
Tm5(ddr4/5) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n bit.ly/3wedj8U bit.ly/3STH2wx


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 44601 • Страница 2230 из 2231<  1 ... 2227  2228  2229  2230  2231  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Bigsun, eflexx, MataFak, virus1 и гости: 20


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan