- Какие пределы по вольтажу для ZEN+? - Для ZEN+ предел стабильности кремния (LP12) по вольтажу: для всех ядер 1,330 и 1,425 для одного ядра при условии PBO Scalar 1X (это стоит у всех мат плат по дефолту без исключения). Для PBO Scalar 10X это 1,400 и 1,480 соответственно. Выше - гарантированные проблемы с TDP и со стабильностью. То-есть если вы наваливаете свыше 1,48 для разгона по всем ядрам - процесс деградации процессора запущен.Норма до 1,45.
- Какую температуру не стоит превышать при разгоне? - 80-85 градусов максимально допустимая. Рекомендуемая рабочая 70-75 (это не касается стресс пакетов).
- Гонится ли лучше ОЗУ на ZEN+? - Нет, контроллер памяти идентичен прошлому поколению, даже имеет идентичные прошивки. Единственно улучшение - более низкая потребность в SOC voltage. Статистика разгона памяти : 3400 МГц - 12,5% образцов , 3466 МГц - 25,0% образцов ,3533 МГц - 62,5% образцов при условии использования памяти на чипах Samsung b-die.
- Имеют ли материнские платы на чипсете X470 преимущества перед X370? - Единственное преимущество - улучшенный разгон ОЗУ. Только X470 имеет улучшенное экранирование шин, улучшенную топологию шин, заземление DIMM разъемов + измененный дизайн VRM(они стали холоднее). По разгону процйессора - отличий нет.
- Precision boost override доступен только для X470? - Нет, данная функция доступна и X370 и 350 и 320, но с модифицированным биосом, который можно скачать в этой шапке.
- Как настроить вольтаж CPU чтоб работало энергосбережение + сброс частоты в простое? - Через режим Offset +
- Стоит ли использовать P-state разгон? - Смысла в данном виде разгона нет, даже при ручном разгоне на последних AGESA был добавлен автоматический режим энергосбережения
- Можно ли настроить отдельно разгон для одного ядра и для всех остальных? - Частично да, но на материнских платах со встроенным BCLK. Вольтаж процессора через Offset + , множитель авто, BCLK 100-101.4. Абсолютно реально получить 4450 мгц для одного ядра (разумеется если экземпляр процессора попался удачный). Так же некоторые материнские платы имеют функцию дополнительно авторазгона, к примеру на ASUS crosshair 6/7 есть функция PE (performance enhancer) которая позволяет добавить частоту для всех ядер до 4,2-4,3 ггц + буст одного ядра до 4350мгц.
- Какая память (на каких чипах) предпочтительна для ZEN+? - Samsung b-die имеет наилучшую совместимость и разгонный потенциал
- Какой рекомендуемый вольтаж для SOC при разгоне ОЗУ? - 1,025 - 1,056 вольта достаточно чтоб достичь 3533мгц. Предел 1,17.
Убедительная просьба, прячьте все (любые) картинки и видео под спойлер - [spoiler=][/spoilеr], не используйте тэг [spoilеr][/spoilеr] без знака "равно" для картинок - он для текста! Уважайте друг друга! Не у всех Интернет безлимитный и многие смотрят эту тему через телефон.
Флуд и оффтоп даже под тэгом /офф или /спойлер - награждается ЖК, как и ответы на сообщения, его содержащие. Краткие правила темы. Увидели сообщение, нарушающее правила - просто жмите СК: отвечать на такие посты не нужно!
Последний раз редактировалось 1usmus 06.07.2019 17:22, всего редактировалось 95 раз(а).
Member
Статус: Не в сети Регистрация: 02.12.2009 Фото: 9
12sunflowers писал(а):
В общем дочитался, что включение Precision Boost Overdrive есть рзгон и отказ от гарантии, даже если он есть не хочу связываться.
PBO на Zen+ та еще маркетинговая муйня. Да и процы без Х вроде как не поддерживают. Ручками все, ручками из биоса) 100% предсказуемый результат, без неожиданностей.
Судя по вашему скрину с Aиды, от 13 октября, нет. Нужно установить обновление для AMD, что вышло 21 октября (KB5006746). Там куча исправлений, но главное - исправлена проблема кэширования L3 и касающаяся работы планировщика CPPC (диспетчера ядер)
Добрый день, писал в тему разгона памяти на AM4, но там не помогли, к сожалению, теперь попытаюсь тут описать свою проблему:
Пытаюсь стабилизировать работу системы при озу 3400, мемтесты (mem5 anta777 extreme \ universal от usmus) и бенчи проходит, линпак тоже. НО раз в 4-3 дня система может просто зависнуть (черный экран и перезагрузка) без BSOD (синих экранов), погуглив пару дней в интернете на реддите нашел то, что эта проблема распространена на зен2 и зен4 и связана с нестабильностью FCLK \ контроллера памяти \ отдельных ядер процессора. Установил VSOC 1.15 через AMD CBS (мать умеет через offset vsoc но там оно скачет жестко +-0.020мв), через HWINFO64 наблюдаю такую картину: SOC Voltage (SVI2 TFN) и CPU VCORE SOC отличаются, какому мне из них верить?
Из возможных решений проблемы вижу: 1. обновление биоса (вмести с ним и агесы), но разве там что-то поменяется для зен+? 2. Добавлять постепенно VSOC. Какому именно параметру доверять в программе и до какиз безопасных значений можно повышать vsoc? (Для зен3 написано, что выше 1.2 не стоит)
Всем спасибо за помощь)
Конфиг в подписи, биос на матери F51E. Скрин Zen-Timings приложил.
SOC Voltage (SVI2 TFN) и CPU VCORE SOC отличаются, какому мне из них верить?
Тут есть два момента. Во первых, одно и тоже напряжение, замеренное на разных участках цепи, может отличаться. Во вторых, SVI2 TFN - это показания самого проца, а cpu vcore SOC - это замеряемое платой напряжение, и отдается оно с multiIO. Иначе говоря, правда где-то посередине. Благо разбег у вас между этими показаниями невелик.
Fishaffair писал(а):
Из возможных решений проблемы вижу
Я бы посоветовал просто на шаг по частоте озу откатиться. Посидеть с недельку. Если все норм - оставить. Разница в скорости тут прямо скажем не стоит усилий.
Ну и в идеале, конечно, поэкспериментировать с другим софтом в качестве теста. Нужно найти такой, который все таки отловит эту ошибку за вменяемое время. Потому что найти причину ошибки, возникающей настолько редко, просто займет очень много времени.
Благо разбег у вас между этими показаниями невелик.
Благодарю за ответ, да, на скриншоте оно не велико, потому что задано через "скрытые" функции AMD CBS в биосе, если попытатся делать это через стандартные функции мат. платы в биосе ( VSOC OFFSET ) , то значения будут отличаться больше чем на 0.1в. (На реддите нашел что при оффсете SVI2 TFN датчики начинают сбоить на GA-AB350-Gaming, тут может быть аналогично.
KT писал(а):
Я бы посоветовал просто на шаг по частоте озу откатиться. Посидеть с недельку. Если все норм - оставить. Разница в скорости тут прямо скажем не стоит усилий.
Спасибо, тоже попробую.
KT писал(а):
Ну и в идеале, конечно, поэкспериментировать с другим софтом в качестве теста. Нужно найти такой, который все таки отловит эту ошибку за вменяемое время. Потому что найти причину ошибки, возникающей настолько редко, просто займет очень много времени.
Я брал AIDA64 \ LINPACK \ PRIME \ OCCT \ MEMTEST \ TESTMEM , к сожалению (или к счастью) все проходятся. Пробовал снять вообще разгон и все стабильно, что отметает вопросы по другим компонентам пк.
Я брал AIDA64 \ LINPACK \ PRIME \ OCCT \ MEMTEST \ TESTMEM , к сожалению (или к счастью) все проходятся. Пробовал снять вообще разгон и все стабильно, что отметает вопросы по другим компонентам пк.
Ну можно погонять разные вещи, блендер рендеринг, не блендер бенчмарк, а прям в проге проект какой-нибудь готовый открыть (количеством семплов в проекте регулировать длительность рендеринга). Ну или блендер бенчмарк Кодирование в x264/265 (я пользовался консольным x264 HDBenchmark/x265 HDBenchmark). Или прям в проге какой-то реальное видео посжимать в несколько проходов и с применением каких-нибудь эффектов чтобы подольше. Может компилированием чего-нибудь подольше, сборкой из исходников чего-то объёмного, но тут не подскажу. Банально в 3Д марке зациклить тест физики или игровые тесты покругу. Ну тоесть именно поэкспериментировать. Вдруг получится поймать эту ошибку в тесте.
Member
Статус: Не в сети Регистрация: 06.12.2020 Откуда: Украина Фото: 24
Всем привет. Подскажите пожалуйста. По какой причине могут отличатся значение residual /residual norm, в linx? Разогнал память на 3466 тайминги с калькулятора, тестировал в testmem pro всё дошло до 1300+ %, ошибок 0.тестирую теперь процессор, не как не могу найти вольтаж для 4 Гц. Что не заход на linx, рано или поздно вылазит проблема с этими двумя значениями. Может ли быть дело в cldo vddp? Не трогал, в auto. Так же spread spectrum, pss support, TurboBoost, pbo выкл. Память на 1,43 но у меня унылый hynix mfr, ryzen 2700x,soc 1.068,vcore1.186.windows 11 с апдейтом от майкрософт для ryzen и последним драйвером чипсета исправляющим L3
Добрый день, я в начале своего первого поста написал, что мне там никто не ответил, и я описывал свою проблему в стабилизации FCLK, а не в попытке улучшения разгона памяти.
Remarc писал(а):
завышен vsoc
Какой тогда рекомендуется выставить? Ставил 1.1-1.15 (как раз в теме разгона памяти так написано в шапке). По калькулятору (ver 1.7.3) пишет что надо 1.0125.
Member
Статус: Не в сети Регистрация: 06.12.2020 Откуда: Украина Фото: 24
nightrider писал(а):
Madskept vcore накинь
Спасибо, но я в качестве теста поднимал vcore и на 1.2 и даже опускал частоту с 4гц до 3.875 на таком же vcore. Всё равно с residual ' ами что то. Подскажите куда копать. Linx очень странно ведёт себя как-то. Из 75 проходов на 6 гб, и 10 по счёту может оказаться с невязкой residual, зато дойдёт до конца и с остальными 65 проходами всё чётко. Пытался нагрузить стримом, стримил RDR2 на x264 в fast 5000bitrate,2 часа, всё нормально.
Advanced member
Статус: Не в сети Регистрация: 30.04.2013 Откуда: Москва Фото: 0
Fishaffair писал(а):
Добрый день, я в начале своего первого поста написал, что мне там никто не ответил, и я описывал свою проблему в стабилизации FCLK, а не в попытке улучшения разгона памяти.
это же не значит что надо теперь тут об этом спрашивать откуда уверенность в нестабильности fclk?
Fishaffair писал(а):
Какой тогда рекомендуется выставить? Ставил 1.1-1.15 (как раз в теме разгона памяти так написано в шапке). По калькулятору (ver 1.7.3) пишет что надо 1.0125.
это максимальные значения относятся к частотам 3733+ поставь то что кальк выдал,так же можно пробовать 1,03-1,07v
Member
Статус: Не в сети Регистрация: 06.12.2020 Откуда: Украина Фото: 24
Дело всё таки в нехватке напряжения было. Почитал, понял что гнать привычным способом ядра, такое себе, решил оставить pbo xfr turbo boost'ы + память 3400,тестировал конфигом от anta777, все хорошо. Подскажите пожалуйста, в инструкции "что такое xfr и какой лимит разгона.." говорят что энергосберегайки работают только при режиме offset+, в offset- я так понимаю не работают? Смотрю вольтажи в hwinfo, core voltage sv12 tfn у меня 1.438,а значения offset+ и так минимальное у меня. И ещё вопрос, как поступать с LLC? Поставил режим полной фазы и extreme для soc и для cpu.
Junior
Статус: Не в сети Регистрация: 08.09.2021 Откуда: Orion
Tarkus100 писал(а):
Судя по вашему скрину с Aиды, от 13 октября, нет. Нужно установить обновление для AMD, что вышло 21 октября (KB5006746). Там куча исправлений, но главное - исправлена проблема кэширования L3 и касающаяся работы планировщика CPPC (диспетчера ядер)
У меня оно было установлено 18 октября, улучшений не заметил. Тестировал в том числе на чистой Win10, такая же низкая производительность в играх была. После замены материнки всё заработало, как полагается.
говорят что энергосберегайки работают только при режиме offset+, в offset- я так понимаю не работают?
Кто говорит? Сброса напряжения в простое для ZEN и ZEN+ (если множитель не авто) не будет при любом оффсете в биосах, заточенных под ZEN2 и ZEN3. Только сброс частоты при включенном CnQ.
Madskept писал(а):
Смотрю вольтажи в hwinfo, core voltage sv12 tfn у меня 1.438... как поступать с LLC? Поставил режим полной фазы и extreme для soc и для cpu.
Овердофига. С LLC в extreme вообще погибель.
MarsMachine писал(а):
У меня оно было установлено 18 октября, улучшений не заметил
Ну еще бы. Нужно обновление от 21 октября. 21 октября 2021 г. — предварительная версия KB5006746 (сборка ОС 22000.282) - "Решение проблемы с кэшингом L3, которая может повлиять на производительность некоторых приложений на устройствах с процессорами AMD Ryzen после обновления до версии Windows 11".
MarsMachine писал(а):
После замены материнки всё заработало, как полагается.
Возможно на новую материнку ставилась винда уже с обновлением
Madskept писал(а):
По какой причине могут отличатся значение residual /residual norm, в linx?
ИМХО из-за периодического включения фоновых задач. В сущности, если Linx не пишет об ошибках, на разницу в остатках округления по колонкам (невязки) можно забить
Member
Статус: Не в сети Регистрация: 02.12.2009 Фото: 9
Tarkus100 писал(а):
ИМХО из-за периодического включения фоновых задач. В сущности, если Linx не пишет об ошибках, на разницу в остатках округления по колонкам (невязки) можно забить
Согласен. Сам долго морочился из за спонтанного несоответствия в residual в Linx на абсолютно стабильной системе. Причем несоответствие могло выскочить на абсолютно любом проходе с абсолютно стабильным прохождением Linxа. Причем это бывает как единичный случай на всей статистике теста. В общем это нюанс операционной системе - забить/имхо
Junior
Статус: Не в сети Регистрация: 08.09.2021 Откуда: Orion
Tarkus100 писал(а):
21 октября 2021 г. — предварительная версия KB5006746 (сборка ОС 22000.282)
Я же говорю, когда это обновление было установлено. У меня обновления из Бета-канала. И проц тестился и на чистой Win10 или там, тоже обновление для L3 кэша выходило?
Member
Статус: Не в сети Регистрация: 06.12.2020 Откуда: Украина Фото: 24
Понял. Спасибо за ответы. Не подскажите, нужно ли настраивать как то llc если хочется оставить дефолтное PBO? И какой план питания выьирать в винде, всё для такого же режима, с дефолтным PBO?
Сейчас этот форум просматривают: Bing [Bot] и гости: 34
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения