Любой вопрос с проблемой настройки памяти, подкрепляйте скрином ZenTimings, обязательно указываем DRAM Voltage. Убедительная просьба заполнять профиль и подпись на форуме, указывая свои комплектующие.
Что нужно для настройки и разгона памяти -->
1. Читаем одну на выбор статью от, ✔ 1usmus или ✔ i2hard, а так-же статью по работе Dram Calculator от ✔ i2hard, устанавливаем необходимое программное обеспечение из шапки темы, смотрим примерные результаты разгона памяти из шапки, для понимания пределов возможностей вашего железа. Загружаем картинки с запросами на этот форум через кнопку "spoiler=" а не просто "spoiler".
2. Не используем XMP профили, это как правило, настройки для систем на базе Intel, за очень редким исключением, соответственно режим XMP протестирован на совместимость именно для Intel, к тому же, заводская настройка не блещет идеальным подбором таймингов и напряжений и можно получить примерно до 20-30% производительности дополнительно, вручную настраивая тайминги и напряжения. Также использование профиля XMP, чревато завышенным вольтажом на контроллер памяти.
3. Правильная установка модулей – A2+B2 (для двух модулей).
4. Перед настройкой частоты и таймингов рекомендуется установить принудительное охлаждения на модули памяти, особенно для памяти с чипами Samsung B-die, повышение температуры памяти выше 48°, может сопровождаться дополнительными ошибками, не связанными с неправильной настройкой таймингов, что затруднит их поиск и общую настройку памяти.
5. tRFC2 и tRFC4 не имеют физической реализации, потому их в некоторых версиях BIOS, отсутствуют эти значения всегда, всегда оставляйте эти параметры в Авто, так-же в Авто, оставляйте tCWL.
6. Худший модуль памяти (требующий большего напряжения для стабильного разгона) должен стоять ближе к процессору в слоте A2.
7. При желании протестировать память избыточным тестом в TM5 с конфигом 1usmus_v3 меняем количество 3-х циклов в "mt.cfg", "cycles=3" скажем на 8 или более
8. Если нет бута на частоте памяти 3800Mhz, то проверяем возможности IF вашего CPU, для этого выставляем частоту памяти на 3200Mhz, а IF например на 1900, пробуем загрузиться...
Посты с исковерканными названиями процессоров, чипов и вендоров оперативной памяти (например: Рязань, Самса, Балики и так далее), будут удаляться. Если вам тяжело переключить раскладку и вместо ”Райзен”, напечатать Ryzen то без обид потом.
✔ Все картинки и видео убирайте под спойлер, иначе ваш пост будет удалён , загружаем картинки с запросами на этот форум, через кнопку "spoiler=" а не просто "spoiler". ✔ Посмотри как это делается
Как вставить картинку в своём сообщении, жмем сюда и смотрим гайд!
#77
Абсолютно безграмотные пользователи, дающие вредные советы - Флирт
Corona Benchmark - тест крайне чувствителен к таймингам ОЗУ
проверил последнюю версию 2023-06-23. на самом деле короне пофик на тайминги. да и процессор не нагибает. просто еще одна пиписькомерка. dram read/write bandwidth у нее больше чем в два раза уступают линпаку. а линпак в несколько раз уступает фотоворксу, так что не удивительно, что фотоворкс так хорошо на тайминги реагирует. только остается вопрос: это синтетика или есть что-то подобное среди реальных приложений.
_________________ Разгони форум и сайт overclockers.ru: https://coolcmd.github.io/for/ https://youtu.be/4A67iTiOD_g
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
Ну да, и RC > RCD + RTP + RP.
anta777 Мне другое интересно, когда REF попадает на текущую операцию (или блок команд), скедулер отложит REF или отложит команду в очереди, или у него вообще команды в очереди заранее раскинуты по интервалам (tREFI) ? (хотя вряд ли последнее, слишком большой FIFO - больше задержка )
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
vol2008
4.26 Refresh Command The Refresh command (REF) is used during normal operation of the DDR4 SDRAMs. This command is non persistent, so it must be issued each time a refresh is required. The DDR4 SDRAM requires Refresh cycles at an average periodic interval of tREFI. When CS_n, RAS_n/A16 and CAS_n/A15 are held Low and WE_n/A14 and ACT_n are held High at the rising edge of the clock, the chip enters a Refresh cycle. All banks of the SDRAM must be precharged and idle for a minimum of the precharge time tRP(min) before the Refresh Command can be applied. The refresh addressing is generated by the internal refresh controller. This makes the address bits “Don’t Care” during a Refresh command. An internal address counter supplies the addresses during the refresh cycle. No control of the external address bus is required once this cycle has started. When the refresh cycle has completed, all banks of the SDRAM will be in the precharged (idle) state. A delay between the Refresh Command and the next valid command, except DES, must be greater than or equal to the minimum Refresh cycle time tRFC(min) as shown in Figure 143. Note that the tRFC timing parameter depends on memory density. In general, a Refresh command needs to be issued to the DDR4 SDRAM regularly every tREFI interval. To allow for improved efficiency in scheduling and switching between tasks, some flexibility in the absolute refresh interval is provided for postponing and pulling-in refresh command. A maximum of 8 Refresh commands can be postponed when DRAM is in 1X refresh mode and for 2X/4X refresh mode, 16/32 Refresh commands can be postponed respectively during operation of the DDR4 SDRAM, meaning that at no point in time more than a total of 8,16,32 Refresh commands are allowed to be postponed for 1X,2X,4X Refresh mode respectively. In case that 8 Refresh commands are postponed in a row, the resulting maximum interval between the surrounding Refresh commands is limited to 9 × tREFI (see Figure 143). In 2X and 4X Refresh mode, it’s limited to 17 x tREFI2 and 33 x tREFI4. A maximum of 8 additional Refresh commands can be issued in advance (“pulled in”) in 1X refresh mode and for 2X/4X refresh mode, 16/32 Refresh commands can be pulled in respectively, with each one reducing the number of regular Refresh commands required later by one. Note that pulling in more than 8/16/32, depending on Refresh mode, Refresh commands in advance does not further reduce the number of regular Refresh commands required later, so that the resulting maximum interval between two surrounding Refresh commands is limited to 9 × tREFI , 17 x tRFEI2 and 33 x tREFI4 respectively. At any given time, a maximum of 16 REF/ 32REF 2/64REF 4 commands can be issued within 2 x tREFI/ 4 x tREFI2/ 8 x tREFI4
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Точно. To allow for improved efficiency in scheduling and switching between tasks, some flexibility in the absolute refresh interval is provided for postponing and pulling-in refresh command. A maximum of 8 Refresh commands can be postponed when DRAM is in 1X refresh mode... ...In case that 8 Refresh commands are postponed in a row, the resulting maximum interval between the surrounding Refresh commands is limited to 9 × tREFI
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
Agiliter Да читал я это, читал... ) Только вопрос был не про то, хз... может по-английски написать? ) Речь о реальной имплементации логики/алгоритмов скедулера, а конкретно - разруливание временных конфликтов для REF и остальных команд. Иными словами, есть ли вообще необходимость откладывать запланированный REF, если есть, то желательно пример сценария. Ты привел цитату из JESD 79-4, с описанием допустимого интервала REF, от 1х до 9х tREFI, только интервал этот дискретный, а не непрерывный, и отложенный REF не гарантирует отсутствие конфликта в будущем.
Еще размышлял тут насчет спорной "рекомендации" (не помню, чьей) о предпочтительной кратности tRFC 16-ти или 8-ми tCK, и не понимаю, где тут вообще связь. Контроллер пошлет первую команду сразу после tRFC, какая ему разница, кратно оно или нет?
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Без понятия. Тут надо спрашивать производителей как именно оно у них работает. Ну или искать тех кто уже спрашивал. Они же любят нагородить свой огород вместо JEDEC, а потом у AMD RAS ничего не делает, а у Intel несмотря на его перекрытие может сожрать производительность или не включаться...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 29
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения