В данном топике в полной мере действуют:ПРАВИЛА КОНФЕРЕНЦИИ Для поддержания внутреннего порядка темы, для облегчения поиска по теме есть ряд внутренних правил (выдержки из основных Правил Конференции в более развёрнутом виде), согласно которым в теме запрещено или не допускается: 1. Обсуждение других процессоров: AMD или Intel ("А вот Zen2 стоит дешевле, на фига эти Zen3) и подобные им бессмысленные посты; 2. Обсуждение выбора процессоров по типу: "а какой бы мне Ryzen выбрать для "такого-то" и "того-то" (для выбора процессоров существует отдельная тема, см. вкладку "Смежные темы"); 3. Коверканье названий процессоров (!!!) (например: Срузен, Руза, Рузина, Кукурузен и так далее). На этом особенно заостряю внимание. Если вам тяжело переключить раскладку и вместо Ryzen напечатать "Райзен", то без обид потом; 4. Фанатство (по типу "Intel тащит лучше, на фиг вам эти АМД", "Да за эти деньги лучше взять Core i5 10600, чем Ryxen 5600X и им подобные посты); 5. Обсуждение СО для данных процессоров. Для выбора воздушного или водяного охлаждения для таких процессоров есть специальные ветки (там тоже сидят люди, которые в курсе энергопотребления, если вдруг не в курсе); 6. Обсуждение цен на процессоры, ценовой политики компании (например, "Да зачем он нужен за такие деньги", "А что так дорого?" и подобные возгласы). От таких постов дешевле они не станут, поймите, а захламлять тему такими постами лучше никому не станет и практический смысл ветки сносится на "Нет"; 7. Размещать посты по типу "Вот тут появился процессор, налетай", "А вот тут дешевле, чем там", "А как мне купить бы этот процессор и где" и подобные им посты; 8. Обсуждать материнские платы или ОЗУ для этих процессоров (есть специальные ветки, там и ведём обсуждение).
Расклад такой: весь оффтоп/флуд, который не имеет отношения к теме (повторюсь - это посты про цены, посты про то, что лучше брать для игр/работы, посты о том, где и как лучше достать и другие вопросы из списка выше) будут просто удаляться. Для особых рецидивистов, которые с первого/второго раза не понимают буду премироваться картой от 2-х недель и до месяца. Если и это не будет помогать, то запрет на постинг в теме.
Приветствуется: 1. Публикация полезных ссылок на обзоры (для дальнейшего занесения в шапку), интересных технических составляющих этих процессоров (расположения кристаллов, вскрытие и прочие технические нюансы); 2. Личные/субъективные ощущения/мнения от перехода или смены на это семейство процессоров, можно даже кратки мини-обзор напечатать с пояснением температур, используемой конфигурации и прочее; 3. Публикация разгона данных процессоров (если будет много таких, то можно будет сделать такую же статистику с занесением в Google-таблицы)
Вводная информация о процессорах Ryzen 5000-серии Zen3
Преемник невероятно успешной и революционной архитектуры Zen 2, запущенной в 2019 году, Zen 3, как говорят, представляет собой нечто большее, чем инкрементное обновление - на самом деле AMD обещает «совершенно новую архитектуру» с соответствующей производительностью. Его первые официальные тесты указывают на многообещающие улучшения в игровой производительности. Итак, что AMD обещает нам с переходом на Ryzen 5000 Zen3:
Лидерство в игровой производительности 1080p; Тот же оптимизированный 7-нм техпроцесс, что и у моделей Ryzen XT; Микроархитектура Zen 3 обеспечивает улучшение IPC на 19%; Повышение энергоэффективности на 24% - в 2,8 раза лучше, чем у 10900K; Более высокие пиковые частоты для большинства моделей - 4,9 ГГц на Ryzen 9 5950X; Более низкая базовая частота для всех моделей, компенсируется повышенным IPC; Кэш L3 теперь объединен в один кластер размером 32 МБ для каждого восьмиъядерного чиплета (CCD); Совместимость с Socket AM4; Новые чипсеты / материнские платы не выпускаются; Материнские платы текущего поколения серии 500 уже поддерживают Zen3; Та же максимальная мощность 142 Вт для сокета AM4, что и у предыдущего поколения; Тот же 12-нм кристалл ввода-вывода GlobalFoundries (IOD);
Более подробная информация на английском языке описана - по этой ссылке
Характеристики Ryzen 5000-серии
Вложение:
Zen3.PNG [ 10.55 КБ | Просмотров: 2619167 ]
Вложение:
Расположение чиплетов в Zen3.JPG [ 202.04 КБ | Просмотров: 2618266 ]
Немного о том как настраивать авторазгон этих процессоров. Один из методов. На примере Ryzen 9 5950X и материнской платы ASUS X570-I, охлаждение кастомная СВО 1)VCore Offset тесно связан с Curve Optimizer. Сама по себе Curve это некая зависимость частоты от напряжения. Сначала выставляется напряжение, потом из этой зависимости/графика берётся соответствующая частота. Форму самой кривой/графика мы менять не можем, как в разгоне видеокарт NVIDIA, но можем двигать всю кривую целиком вверх и вниз. Что нам это даёт? На каждое напряжение можно подобрать максимально стабильную частоту, причём на каждое ядро. Ну или почти максимально стабильную, возможности ограничены 30-ю шагами вверх и столько же вниз. Что нам понадобится?
Лично я выставил сразу лимиты по максимуму что может VRM материнки и сколько может переварить охлаждение. Precision Boost Overdrive Scalar чем больше значение, тем позже и менее агрессивно процессор сбрасывает частоты после того как пропала нагрузка. Выставил на максимум. Что касается Load-Line Calibration то для всего кроме VCore выставляю в самое агрессивные значения, хотя и для VCore тоже. Precision Boost берёт во внимание показания именно мониторинга, а не запрашиваемое значение. Мониторинг материнской платы читается Precision Boost`ом через такой протокол как SVI2 TFN. Технология заключается в следующем: 1)выставляем Желаемый VCore Offset, если выставляем его в сторону увеличения, то малопоточная производительность будет выше, если в сторону уменьшения то многопоточная производительность будет выше. Под каждую настройку VCore Offset надо подправлять значения Curve Optimizer, 2)сначала для всех ядер уменьшаем Curve Optimizer, 3)запускаем скрипт, упомянутый выше, повторяем шаг номер 2, пока ни начнёт вываливаться ошибка на одном или нескольких ядрах и откатываемся на один шаг 4)запускаем после этого Cinebench R20, с большой вероятностью система просто перезагрузится, это по большей части лечится добавлением CPU PLL напряжения с 1,8V, но не превышая 1,9V, хотя от чрезмерного напряжения PLL может начаться обратный эффект и стабильность пропадёт, 5)далее начинаем настраивать Curve Optimizer для каждого ядра отдельно и проверяем стабильность как в шагах 3-4.
При этом методе игнорируется лимит EDC, лимит TDC настраивается исходя из возможностей VRM, какой ток в амперах материнская плата может максимально выдать не перегревая VRM, лимит PPT это максимальное потребление процессора, особенно актуально если система охлаждения очень инертная. 5900X/5950X упрутся в температурный лимит в 90°С на самом горячем CCD, 5600X/5800X в 95°С, эти значения можно уменьшить при помощи настройки Platform Thermal Throttle Limit. Последние 5°С до этого лимита дают приличные пенальти к бусту.
Делюсь болью и страданиями! В начале 2021 года купил я 5950X и материнку ASUS X570-I всё настроил спустя пару месяцев, радовался. Спустя пол года начались приколы, за неделю разок проскакивали ошибки WHEA Logger, по одной, потом через пару месяцев вообще критически ошибки WHEA Logger начали появляться и ребуты, причём под малыми нагрузками при просмотре видео или ютубчика, или при свёрнутой игре на паузе. После перепаковки водоблока на видюхе остались термопрокладки Gelid GP Ultimate, разобрал материнку, поменял термопрокладки на VRM, на обратной стороне VRM и на чипсете и вуаля, всё как рукой сняло. Напряжения CLDO VDDP, VDDG IOD, VDDG CCD получилось снизить до старых пределов. Какая связь между WHEA и охлаждением материнки я ХЗ. Но изначально начало помогать тупо обдув вокруг сокета 120мм вентилем. Теперь и без вентиля работает. Посмотреть бы на материнку в тепловизор.
Шапка находится в стадии оформления! Информация по процессорам будет добавляться по мере поступления. Предложения и замечания просьба адресовать кураторуRexcor
Последний раз редактировалось Rexcor 13.12.2022 16:07, всего редактировалось 24 раз(а).
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
Alex_Str Ну ок, принято. Тогда вопрос номер 2: Изменится ли intercore latency при запросе одним ядром данных другого ядра внутри ССХ в случае их разных рабочих частот?
Изменится ли intercore latency при запросе одним ядром данных другого ядра внутри ССХ в случае их разных рабочих частот?
Вопрос конечно интересный...только вот ядра у процессора даже в стоке работают на разных частотах. И ничего криминального в разно_частотно_ядерном фиксе не будет.
LLC это поддержание напряжения как можно ближе к заданному значению, в случае нехватки производительности системы охлаждения нужно снижать напряжение, а не допускать его просадку.
LLC это поддержание напряжения как можно ближе к заданному значению, в случае нехватки производительности системы охлаждения нужно снижать напряжение, а не допускать его просадку.
Я знаю как это работает. По этому и говорю что при упоре в температуру высокие значения ставить нельзя. Даже средние. Только минимальное. При повышении напряжения LLC снижение буста будет более сильным, чем эффект добавленной стабильности напряжением. Подобрать стабильное напряжение можно и без LLC. CO и Vcore вполне достаточно. В простое будет сильнее греться, но мы выбираем только из двух вариантов здесь. Либо меньше буста, либо меньше температура простоя. Выбор очевидный.
Member
Статус: Не в сети Регистрация: 15.08.2017 Фото: 151
vol2008 Я смотрю, что опоздал по поводу ответа на вопрос про частоту работы L3-кеша... Уже ответили, что на максимальной частоте работы ядер в рамках 1-го ССХ.
vol2008 писал(а):
Изменится ли intercore latency при запросе одним ядром данных другого ядра внутри ССХ
А почему ты, собственно думаешь, что межъядерная задержка при работе на разных частотах ядер в пределах одного ССХ сколько-нибудь значимо изменится относительно работы всего ССХ на одной частоте. Ведь очевидно, что эта частота в любом случае будет относительно близкой к тем частотам, которые задал пользователь в БИОС для отдельных ядер (сразу условимся, что случай bigLITTLE, когда одни ядра работают на частоте 3 ГГц, а другие - на частоте 5 ГГц - не рассматривается)...? Поэтому я не думаю, что изменится.
Добавлено спустя 3 минуты 35 секунд:
vol2008 писал(а):
но можно предложить AMD внедрить это ноу-хау в Zen5 (если не поздно еще)
А почему не в Zen4 ???
_________________ Ryzen 9 9950X + CNPS20X | Strix B650E-E Gaming | Patriot Viper Venom 2x32 | 5070 Ti GameRock| FD Ion+860 Platinum | Phanteks Enthoo Pro II
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
6eлоруС_80 писал(а):
Поэтому я не думаю, что изменится.
Если бы это было так, что инженеры AMD не делали бы различных ограничений, типа таких:
Цитата:
Cores are grouped into Core Complexes (CCXes), each of which contains 1 or more cores, depending on the OPN.
• Each CCX includes a clock generator that supports a resolution of 25 MHz. • If all cores of a CCX are not programmed for the same boost limit frequency, then the lower-frequency cores are limited to a frequency resolution that can be as low as 20% of the requested frequency. • If the specified boost limit frequency of a core is not supported, then the processor selects the next lower supported frequency.
Example 1: If all cores in a CCX are programmed for a boost limit of 3.024 GHz, then all cores of the CCX are limited to 3.000 GHz (next lower supported frequency, with a 25MHz resolution).
Example 2: If three out of four cores of a CCX are programmed for a boost limit of 3.000 GHz, and the last core for 2.350 GHz, then the three high-frequency cores remain set to 3.000 GHz, while the low-frequency core is limited to 2.000 GHz! (~15% lower than requested)
Member
Статус: Не в сети Регистрация: 06.04.2010 Откуда: ....— не Бейрут Фото: 45
nextgen24 писал(а):
Я знаю как это работает. По этому и говорю что при упоре в температуру высокие значения ставить нельзя. Даже средние. Только минимальное.
+ чтобы пройти линкс на фиксе 4625мгц надо LLCcore выставлять в самые расслабленные значения (nominal или standart): https://ibb.co/QDfPSQQ , при всех других - система уходит в защиту (черный экран с перезагрузкой)
Member
Статус: Не в сети Регистрация: 15.03.2006 Фото: 0
michernov писал(а):
чтобы пройти линкс на фиксе 4625мгц надо LLCcore выставлять в самые расслабленные значения (nominal или standart): https://ibb.co/QDfPSQQ , при всех других - система уходит в защиту (черный экран с перезагрузкой)
А не проще ли просто ниже напряжение сделать и пусть оно не просаживается.
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
Alex_Str писал(а):
А не проще ли просто ниже напряжение сделать и пусть оно не просаживается
Load-line (то что вы ошибочно называете LLC) придумана для того, чтобы компенсировать кратковременные просадки (vdroop) - т.н. undershoot, к-рые приводят к ребутам (их только на осциллографе можно увидеть), а не те просадки, которые можно в HWInfo наблюдать.
Member
Статус: Не в сети Регистрация: 06.04.2010 Откуда: ....— не Бейрут Фото: 45
Alex_Str писал(а):
А не проще ли просто ниже напряжение сделать и пусть оно не просаживается.
оказалось что нет, не проще. так как результатом будет тот же черный экран. nextgen24 писал: "я знаю как это работает.." да, кто уже знает - того просадки не смущают.
Сейчас этот форум просматривают: Vastak и гости: 30
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения