В данном топике в полной мере действуют:ПРАВИЛА КОНФЕРЕНЦИИ Для поддержания внутреннего порядка темы, для облегчения поиска по теме есть ряд внутренних правил (выдержки из основных Правил Конференции в более развёрнутом виде), согласно которым в теме запрещено или не допускается: 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 КБ | Просмотров: 2622209 ]
Вложение:
Расположение чиплетов в Zen3.JPG [ 202.04 КБ | Просмотров: 2621308 ]
Немного о том как настраивать авторазгон этих процессоров. Один из методов. На примере 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 раз(а).
Заблокирован Статус: Не в сети Регистрация: 22.01.2019 Откуда: Usa Фото: 0
drnik976 писал(а):
Ребят а вот значение красным 45 за что отвечает ? И какое значение выставлять ?
Наиболее вероятно, это лимит потребления процессора в амперах. Странно, что этот пункт расположен именно здесь. Если процессор не разгонялся вручную - оставить как есть, или Авто
_________________ [URL=https://meettomy.site] Womans from your town[/URL]
Ребят а вот значение красным 45 за что отвечает ? И какое значение выставлять ?
Это очень важная настройка и функция в целом. Это фишка топовых матплат, совмещение воедино PBO и Manual разгона. По итогу получаем преимущества в малопоточной нагрузке и высокую производительность в многопотоке (комп автоматом на мануал переходит), конкретно это значение отвечает за силу тока при котором должен быть переход. У меня тоже плата с этой функцией. Подробно как настроить можно посмотреть здесь: https://www.youtube.com/watch?v=bxsDScb ... =11&t=920s
У меня вопрос, настроил значит курву с значениями -14 -27 -22 -9 -24 -28 PPT-90, EDC-90 TDC-60. Дополнительных бустов на + не давал. Итог в грелках получил около 77 градусов, но самое интересное что в стоке температура чутка меньше 73-75. Вопрос, норм температуры для курвы? и почему они могут быть выше стока.
Member
Статус: Не в сети Регистрация: 28.11.2015 Фото: 38
Wet999 писал(а):
Это неправильное тестирование, 5000 серию надо тестировать на более высоких пакетах FFT. 4К-8К и тд просто греют, но не покажут сбой ядра. Для Prime95 и для CoreCycler надо выбирать пакеты 720К (наиболее точный и быстро проявляет нестабильность), потом 1344к, и на финале 112К. По дефолту CoreCycler гоняет пакеты от 8000К, это не особо подходит и "стабильность даже не рядом". А довольно хорошей стабильности можно говорить когда СС отработает 30мин на ядро без ошибок с пакетом 720-720. (это надо подправить в файле конфига программы).
Тут вообше хоть у кого-то есть понимание правильного подбора вольтажа? Вы занимаетесь онанизмом сутками с выявлением недовольтада от НЕПОНИМАНИЯ!
Всё просто на раз-два.
1с ростом температуры растёт ток утечек. 2.Из-за токов утечек необходимо повышать вольтаж удерживайте это в голове!
Теперь прогреваете цп на МАКСИМУМ чем угодно, смотрите его ЗАПРОС на вольтаж. Всё! Запрос исходит из токов утечек и роста температуры. 2% отклонение и будут ошибки. А тут 90% херней мается, обезьнью работу делают. Просто потому, что нет понимания...
Последний раз редактировалось korino 10.12.2022 14:55, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 19.02.2007 Откуда: Hamburg Germany Фото: 19
korino писал(а):
Теперь прогреваете цп на МАКСИМУМ чем угодно, смотрите его ЗАПРОС на вольтаж. Всё!
В Corecycler в config.ini есть прессеты для 5000 серии, с их помощью все ошибки вылавливаются, при учёте того, что температуры не лезут выше 80+С.
Moderate: 1344K to 4096K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000" # Heavy: 4K to 1344K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000" # HeavyShort: 4K to 160K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000"
Member
Статус: Не в сети Регистрация: 28.11.2015 Фото: 38
Eduard HH писал(а):
Corecycler в config.ini есть прессеты для 5000 серии, с их помощью все ошибки вылавливаются, при учёте того, что температуры не лезут выше 80+С.
Тут секта онанистов!
Выявить максимальный вольтаж под соотношение желаемой частоты и способности отвести тепло вашего водоблока - делов на 15-20 минут!
Добавлено спустя 1 минуту 31 секунду: Определились с частотой, начинаете греть, максимально, на пиковой точке прогрева, где ваше охлаждение работает на пределе, фиксируете запрос вольтажа. Выставляете именно его. Всё...
А когда нет понимания взаимосвязи процессов, идут всякие чудеса, ой, ядро отвалилось. Наверно я плохо тестировал, надо ещё сутки погонять! Трындец просто...
Тут вообше хоть у кого-то есть понимание правильного подбора вольтажа? Вы занимаетесь онанизмом сутками с выявлением недовольтада от НЕПОНИМАНИЯ!
Всё просто на раз-два.
1с ростом температуры растёт ток утечек. 2.Из-за токов утечек необходимо повышать вольтаж удерживайте это в голове!
Теперь прогреваете цп на МАКСИМУМ чем угодно, смотрите его ЗАПРОС на вольтаж. Всё! Запрос исходит из токов утечек и роста температуры. 2% отклонение и будут ошибки. А тут 90% херней мается, обезьнью работу делают. Просто потому, что нет понимания...
Вы меня учите матчасти что-ли? Я вообще-то вдоль и поперек это понимаю, полностью изучил код СС, пробовал порядка 20 версий Hydra, поставил мировые рекорды в OCCT (скрины есть в этой теме). Как раз то, что тут пишется в теме 90% - вода водой и без понимания что люди крутят и как на что влияет. Поэтому редко тут пишу, так в фоне поглядываю. Каждому подробно распинаться рассказывать почему его -30 по всем ядрам по курве это лажа - это бесполезно ))
Добавлено спустя 5 минут 45 секунд:
korino писал(а):
Определились с частотой, начинаете греть, максимально, на пиковой точке прогрева, где ваше охлаждение работает на пределе, фиксируете запрос вольтажа. Выставляете именно его. Всё...
Это всё ерунда, можно проц греть VID'ами до 1.48 на малопотоке (76 градусов), а можно придерживаться 1.375 и производительность будет такая же почти (-1-2% просадки максимум). Причем курва будет обязательно зависеть EDC меньше или больше 140. Без понимания всех взаимосвязей часто получают "кукурузу", якобы частоты высокие, а производительности нет.
Member
Статус: Не в сети Регистрация: 18.01.2013 Откуда: РФ Фото: 1102
Wet999, скинь если не сложно готовый архив со всеми делами для проверки стабильности курвы если не сложно. Ну типа как это делал rvspost - распаковал архив и запустил тест и больше от тебя ничего не требуется кроме как дождаться окончания теста. Есть такая возможность?
Захотел, поставил coreTestOrder = 1, 2, 3, 4, 5, 6 или 6, 5, 4, 3, 2, 1 или оставил default
Выбираешь тест - heavy, moderate, small, large и т.д. - к каждому идет краткое описание. Например: - HeavyShort: 4K to 160K - special preset, recommended in the "Curve Optimizer Guide Ryzen 5000" Ставишь FFTSize = HeavyShort
Также и время на тест каждого ядра сам выставляешь, там прям в файле идет описание для каждого теста, например: - "HeavyShort": 4K to 160K - [SSE] ~6-8 Minutes Ну и ставишь runtimePerCore = 8m
Всё.
Edit. А ну еще я ставлю себе stopOnError = 1. Чтобы тест останавливался в случае если какое-то ядро дало сбой, не вижу смысла чтобы тест дальше грузил остальные ядра, когда по одному из них уже выявится ошибка.
# Stop the whole testing process if an error occurred # If set to 0 (default), the stress test programm will be restarted when an error # occurs and the core that caused the error will be skipped in the next iteration # Default: 0 stopOnError = 1
Еще можно test mode выбрать:
# The test modes for Prime95 # SSE: lightest load on the processor, lowest temperatures, highest boost clock # AVX: medium load on the processor, medium temperatures, medium boost clock # AVX2: heavy load on the processor, highest temperatures, lowest boost clock # AVX512: only available for certain CPUs (Ryzen 7000, some Intel Alder Lake, etc) # CUSTOM: you can define your own settings for Prime. See the "customs" section further below # Default: SSE mode = SSE
Но ради интереса я бы тоже взглянул на конфиг
Последний раз редактировалось uNseen 10.12.2022 21:27, всего редактировалось 1 раз.
Wet999, скинь если не сложно готовый архив со всеми делами для проверки стабильности курвы если не сложно. Ну типа как это делал rvspost - распаковал архив и запустил тест и больше от тебя ничего не требуется кроме как дождаться окончания теста. Есть такая возможность?
Для теста надо использовать или CoreCycler или Hydra (но строго определенные версии, старые очень плохо работают, а новые за последние 2 месяца перенастроены на 7000 райзены и с 5000 серией работают ужасно в тесте). Последняя адекватно рабочая Hydra для 5000 райзенов это версия 1.2С.
Что касается CoreCycler, качает отсюда именно последнюю версию (до этого две версии были с багами, автор в коде налажал оптимизирую под 7000 райзены).
Далее подставляем в папке заменяем файл конфиг на мой (я убрал все лишние строки комментирования и выбрал другие FFT). Запускаем и ждем. На результаты теста и вообще в целом будут влиять настройки только EDC <140 или нет (разное напряжение подается, напомню если выше 140 то напряжение не может быть выше 1.42В), и значения Boost override (но я вообще советую не включать эту функцию и тем более не использовать +200, если уж чешется в одном месте, то поставьте +50+100 максимум). Какой PPT и TDC не важно, потому что однопотоки никогда не достигнут этих значений. Это уже можно крутить после поиска курвы.
Перед тестированием Core calibration в биос выставить в Авто или Normal (стандарт). Ни в коем случае не надо Turbo или экстрим, иначе накидывается с избытком напряжение и ядра начинают терять частоты. Например для процессора 5900х значения в биос PPT 250, TDC 200 (но на самом деле в пике будет 160 в многопотоке AVX), EDC 140 если хочется погорячее и чуть быстрее на +1+3%, или же EDC 145-180 диапазон (если хочется похолоднее). Превышать EDC выше 180-200 уже не имеет смысла, частоты начинают падать, поэтому часто когда советуют поставить PBO Motherboard и она ставит значения 720-480-215 (ну какие то заоблачные), то это снижает производительность. В папке tools с программой CoreCycler есть утилита PBO Tuner, с помощью неё в реал-тайме подстраиваем ядра во время теста. НО ВНИМАНИЕ, после перезагрузки все данные сбросятся, поэтому фиксируйте свои измерения скриншотами или записывайте.
Рекомендации: Сначала можно смело выставить все ядра на -30 и проходить тест, но иногда (зависит от образца камня), когда тест будет на лучших ядрах, то для них такая кривая очень большая и будет очень большой недостаток напряжения и комп может перезагрузиться. Поэтому если вы заранее знаете свои лучшее ядра по CCPC, то на них поставьте сначала -10-15 значения. При сбоях ядра тест можно остановить в любой момент комбинацией Ctrl+C (для тех кто в танке). При нестабильности ядра увеличивает значения на +2 шаг, это оптимальный алгоритм. И даже когда вы найдете "идеальную" курву, советую ко всем финальным значениям всё равно прибавить +1+2, чтобы был запас стабильности. Когда кривая будет уже более или менее стабильная, то можно результат тестировать с CB23, OCCT (несколько раз протестировать, результат может плавать), и в папке tools утилитой Booster при мониторинге HW info, показывает максимальную частоту по ядрам. Сначала тест можно проходить по 5 мин, далее по 15 мин на ядро, а потом уже по 30мин на ядро. Это оптимальный по времени алгоритм. В моем файле конфига сразу полчаса стоит. https://disk.yandex.ru/d/MKLCVpzPyT4wRA Данный файл можно спокойно редактировать, кратко основное:
runtimePerCore = 30m - время теста на ядро, можно указывать 300s (в секундах), 300m (в минутах) Для первого прогона можно поставить 5m
coreTestOrder = Sequential - какие ядра тестировать, секвентально это последовательно (0, 1, 2...), если default то последовательно ядра но в разных CCD (0 ядро CCD1, далее 6 ядро CCD2, далее 1 ядро CCD1 и так далее, т.е. условно по горизонтали если ориентироваться на PBO Tuner). Также можно свою последовательность указывать или вообще указать конкретно одно ядро. Т.е. 5, 0, 7, 1.. или же просто цифру ядра. Ядра начинаются с 0 всегда.
numberOfThreads = 1 Число поток в ядре, всегда лучше выбирать 1 поток, потому что таким образом достигается частота выше (на совсем чуть-чуть, но тем не менее).
maxIterations = 10 (число итераций, повторений полного прохода, тут кому как, можно вообще и на 1 оставить).
coresToIgnore = -- какие ядра пропустить (например вы уже нашли стабильность для каких-то и вам не нужно их тестировать).
FFTSize = 720-720 Ну тут итак понятно, по опыту пользователей с различных форумов, и моему личному опыту этот пакет (по кругу гоняет 720К) наиболее быстро вычисляет нестабильность. Конечно потом можно экспериментировать и выставлять 1344-1344, 112-112 или же вообще диапазон 4-1344. Но это уже факультативно.
Сейчас этот форум просматривают: Paratrooper и гости: 15
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения