В данном топике в полной мере действуют:ПРАВИЛА КОНФЕРЕНЦИИ Для поддержания внутреннего порядка темы, для облегчения поиска по теме есть ряд внутренних правил (выдержки из основных Правил Конференции в более развёрнутом виде), согласно которым в теме запрещено или не допускается: 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 КБ | Просмотров: 2631401 ]
Вложение:
Расположение чиплетов в Zen3.JPG [ 202.04 КБ | Просмотров: 2630500 ]
Немного о том как настраивать авторазгон этих процессоров. Один из методов. На примере 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.06.2008 Фото: 86
OCCT у меня слабо выявлял стабильность. Настроил СО и думал всё уже хорошо, но HW64 показывал WHEA ошибки в играх. Методом теста выявил, что можно убрать 1 ед. значения СО с нескольких ядер. При якобы стабильном СО, CN23 в прогоне на 30 минут давал WHEA ошибки. После снижения СО 1 ед., ошибки пропали. При нахождении СО, больше всего себя проявляли y-cruncher N64, linx. Больше 90 сложно прогреть цп, в большинстве тестов, можно и на минимум обороты всех вентиляторов выкрутить. Когда начинал настраивать СО, доходил и -30 и -24 на некоторых ядрах и поначалу было всё хорошо, в итоге пришлось снижать значения СО.
Member
Статус: Не в сети Регистрация: 15.03.2006 Фото: 0
Shad2 писал(а):
В сравнении с corecycler неудобен
Циклер это не программа, а скрипт, я в сприптах надобности/пользы не вижу, копаться в логах у меня нет желания, ОССТ после неудачного завершения при следующем запуске показывает последнее состояние экрана, возможно и логи можно включить, я таким не интересовался.
Shad2 писал(а):
Напомню в y-cruncher уже в первой 6-минутной итерации ПК ребутается
Напомню, у меня нет желания чтобы система перезагружалась...в принципе это бывает всех программа при грубом подборе параметров, то есть когда ошибка с подбором слишком большая. Если подбор делать нормально, система просто выдает ошибку...а всякие там скрипты и консольные программы не могут ни нормально отобразить, ни обработать/отреагировать на ошибку.
Member
Статус: Не в сети Регистрация: 29.06.2008 Фото: 86
Alex_Str писал(а):
Процессоры AMD Ryzen 5000-й серии (Vermeer\Zen3\7nm\AM4) #17675448
Я знаю, что на Core2 СО -13 выставлять нельзя. Выставил -13, запустил ОССТ на Core2 с вашими предложенными настройками и 0 ошибок за 5 минут. После запустил кранч N64 и получил ребут через 1 секунду.
Member
Статус: Не в сети Регистрация: 15.03.2006 Фото: 0
GlokMMC писал(а):
После запустил кранч N64 и получил ребут через 1 секунду.
На SSE пеиеключали? Поэтому я им и не пользуюсь, мне ребуты и консольные тесты не нужны. А одним ОССТ я естественно не пользуюсь, есть ещё prime95 и LinX от anta777, после них уже все пройдёт.
Member
Статус: Не в сети Регистрация: 29.06.2008 Фото: 86
Alex_Str писал(а):
На SSE пеиеключали?
Да, как на картинке. Когда я показал свои настроки СО vol2008, он предложил мне кранч потестить, там сразу СО ощутимо ушла в плюс, мои -29 -24 начали давать ребут. Будет время, запущу ОССТ второй раз при -13 на Core2, может выдаст ошибку.
Member
Статус: Не в сети Регистрация: 15.03.2006 Фото: 0
GlokMMC писал(а):
Будет время, запущу ОССТ второй раз при -13 на Core2, может выдаст ошибку.
Так же prime95 или LinX 0.9.11 от anta777, хотя в них отдельно ядро не нагрузить. Циклер в принципе использует ProcessorAffinity, так что наверное через диспетчер или ProcessLasso можно указать какое ядро нагружать. Попробовал, получилось загрузить праймом отдельно второе ядро, нужно только в самом прайме еще указать два потока, ну и и в диспетчере поставить галочки в "сходстве." Можно так же и в LinX выбрать два потока и через сходство указать нужное ядро. В CPU-Z у меня такое провернуть не получилось, так как сходство не сохраняется...через ProcessLasso вроде должно получится.
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
scaleless писал(а):
может просто забьете на эту бредово работающую кривую и будете просто жить? в следующем биосе всё равно все стабильные значения поменяются
Я вроде предостерегал Глока от использования N32 и N64 в кач-ве ориентира, не знаю, с чего его заклинило на них. Они конечно показательны в своем роде, но есть ньюансы. И если их пока "вынести за скобки", т.е. просто забить (и на это есть определенные причины, если кому интересно, могу изложить), то остальные тесты проходят на тех же значениях СО, что и поядерный Prime95/OCCT Зато в кранчере есть хороший тест для всей подсистемы "ядра-кэш-IF-память" - HNT.
Member
Статус: Не в сети Регистрация: 29.06.2008 Фото: 86
vol2008 писал(а):
Я вроде предостерегал Глока от использования N32 и N64 в кач-ве ориентира,
Мне интересны такие настройки СО, где точно не будет проблем. Кранч довольно быстро показывает нестабильность. Могу СО выкрутить сильнее, чтобы другие тесты начали сыпать ошибками, но раз кранч жёстче всего выявляет рабочую СО, то мне это подходит. Ну вы и сами мне предложили проверить мои настройки СО, когда я вам их показал и сказал, что всё у меня хорошо, но когда запустил кранч, сразу получил ребут.
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
GlokMMC писал(а):
Ну вы и сами мне предложили проверить мои настройки СО, когда я вам их показал и сказал, что всё у меня хорошо, но когда запустил кранч, сразу получил ребут.
Да, и предлагал обычный многоядерный тест, без всяких affinity на ядро. Дело сугубо личное конечно, ЧТО считать мерой стабильности. Мое мнение, если хотите, "аномальное" поведение в N32/N64 - баг SMU. Вообще у AMD замысловатая реализация AVX Integer. А касаемо, почему я бы пока забил - крайне низкая вероятность встретить аналогичный сценарий в реальных приложениях, если речь конечно не идет о нестабильных значениях CO для двух лучших ядер в CCD.
_________________ PJVol @OCN, Anandtech
Последний раз редактировалось vol2008 02.04.2022 21:32, всего редактировалось 2 раз(а).
Member
Статус: Не в сети Регистрация: 29.09.2017 Откуда: дровишки? Фото: 29
Shad2 писал(а):
Можно и поядерно тестировать через corecycler.
Можно, правда смысла не много (ИМХО опять же). Прайма по идее должно быть достаточно, если начать с 720K FFT.
Добавлено спустя 5 минут 9 секунд:
Shad2 писал(а):
И по итогу ребут в играх, очень редкий но ребут. Вот она хваленая стабильность
Самое забавное, что даже убежденные адепты насилования процессора ночами и неделями разными поядерными грелками, не отважутся утверджать со 100%-ной уверенностью, что стабильность в таких скриптах означает отсутствие случайных и редких вылетов, то там, то сям (обычно случаются в играх, или вообще, на ровном месте, типа в простое). ИМХО такие вылеты имеют к CO весьма опосредованное отношение.
ИМХО такие вылеты имеют к CO весьма опосредованное отношение.
Когда я по всем ядрам поставил -30, у меня комп ребутался едва успев загрузить винду. Пока я это ядро проблемное не откатил на -20, я даже конфиг в corecycler редактнуть не успевал перед запуском теста.
Самое забавное, что даже убежденные адепты насилования процессора ночами и неделями разными поядерными грелками, не отважутся утверджать со 100%-ной уверенностью, что стабильность в таких скриптах означает отсутствие случайных и редких вылетов, то там, то сям (обычно случаются в играх, или вообще, на ровном месте, типа в простое).
Если после тестирования кранчером у меня в ближайшие пару недель не будет ребута ПК в HUNT - то стабильность 100%. Я обязательно отпишу тут.
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
vol2008 писал(а):
Самое забавное, что даже убежденные адепты насилования процессора ночами и неделями разными поядерными грелками, не отважутся утверджать со 100%-ной уверенностью, что стабильность в таких скриптах означает отсутствие случайных и редких вылетов, то там, то сям (обычно случаются в играх, или вообще, на ровном месте, типа в простое).
Ну вот никогда не случались вылеты на настроенном фиксе. Аптаймы у ПК исчисляются месяцами. Было несколько ошибок ECC, но их исправила память (зеленый серверный самсунг с ECC).
Member
Статус: Не в сети Регистрация: 22.09.2018 Откуда: Беларусь Фото: 0
Ради интереса хочу сделать курву проверенную на тесте OCCT. Сколько времени минимально нужно гонять тест на ядре? Если отдельно по ядрам гоняю, то обязательно физическое и логическое выбираю?
Я таки сделал то что давно собирался....прогнал тест под СЖО...а потом поменял на воздух и опять прогнал тот же тест. Есть правда некоторые нюансы...первый, я не снимал радиатор и соответственно вентиляторы которые стояли бы так же спереди когда стоит башня...дули через радиатор. Второе, я возможно чуть переборщил с пастой, но это такое, обычно я наношу полупрозрачный слой. Ну и еще воздух в комнате успел прогреться скорее всего. Но так или иначе...с СЖО было 81 при 163Вт Package Power...а с воздухом...ушло за 90 и я остановил...возможно если бы спереди вентиляторы дули нормально, было бы получше. Но в принципе я подтвердил то что говорил...когда потребление Ryzen превышает 150 воздуху становится сложно, для 6 ядер такое только в стрессах и то не в каждом, а вот если ядер 12 или 16...я думаю 150 может быть и в игре. С интела, кроме алдера разве что наверное, можно скорее всего и воздухом снять 160 Вт...а вот с Ryzen...как то вот так. 8 ядер Ryzen думаю тоже можно спокойно воздухом.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения