В данном топике в полной мере действуют: ПРАВИЛА КОНФЕРЕНЦИИ
Для поддержания внутреннего порядка темы, для облегчения поиска по теме есть ряд внутренних правил (выдержки из основных Правил Конференции в более развёрнутом виде), согласно которым в теме запрещено или не допускается:
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-таблицы)




Купил новый процессор и теперь у меня на него подается вплоть до 1.5 Вольт, что делать?!


Шапка находится в стадии оформления! Информация по процессорам будет добавляться по мере поступления. Предложения и замечания просьба адресовать куратору Rexcor

Ну вот и оказалось что стабильность нестабильная.


Ошибка может от чего угодно быть. Надо смотреть дамп файл - через виндовский windbg. Или вроде есть онлайн сервисы куда файл подгружаешь и тебе выдают что вызвало ошибку. Возможно какой-либо драйвер или т.п.

Leon75
Попробуй поднять немного V Core или LLC и посмотри как система себя ведёт, а также воспользоваться DISM и SFC сканированием системы.

Утро доброе!, набросал вам тут мини гайд.

По железной части:

1)M2 задействуют линии - может увеличится нагрузка на SOC/PCIE-X контроллёр, потребовать корректировки настроек памяти и IF(частот), если вк работает в 4.0, требования к soc при использовании накопителей могут возрасти. Тут можно попробовать выключить энергосбережение, aspm control for cpu pciE, и включить data link feature exchange(если накопители и вк в 4.0) - если он есть на вашей плате.

2)Сам по себе фикс vcore -потенциально может в среднесрочной/долгосрочной перспективе быть вреден для цпу, особенно если уровень LLC не оптимален, подобран высокий VCORE или есть баги в прошивке и проектировки VRM.

Дополнительно, у любого ВРМ есть ещё овершуты -100-200ms которые видны на осциллографе, могут быть скачки до 1.4в при 1.265, там где нет никакой нагрузки на цпу,а это не нужно))).

3)На Асусе AM4 известная болячка, при включении PBO и расширении лимитов выше дефолтных, c некоторыми моделями мосфетов(FD -ШКИ, вроде в этом списке точно, конкретную модель не помню), аномалии с энергосбережением и падением в простое, пропадают, связано это с переключением режимов врм и конкретными моделями мосфетов на плате, особенно грешат этим Асус, наблюдал такое и на x570 Strix-E.

Это специфический баг, и он не связан с простой нехваткой vcore на ядра, деградацией, и не лечится c-state в disable. Тут только обновлять frimware, и перебирать режимы.

Попробуйте в стоке поработать, с автоматическим управлением напряжения/LLC и дефолтным C-STATE, или в PBO как описывали.

Имхо считаю, что фикс на Амд платформе 24/7, потенциально вреда может принести больше, чем работа в автомате, даже в PBO + SCALAR с умеренными множителями( x2-x3).

В ОС: со стороны софта можно попробовать следующее:

1)sfc /scannow - чекаем хранилище, само собой должно быть целое.
2)Анализируем в системе список не подписанных драйверов, пуск выполнить - sigverif.exe, по результатам смотрим, что есть подозрительного, или нету, далее решаем оставить или найти софт и удалить.

3)в Autoruns от Руссиновича, смотрим автозапуск, драйвера, самостоятельно анализируем что может быть не нужно,от какого софта и прочее(я список вашего софта знать не могу_)
4) Смотрим настройки защиты с помощью виртуализации, посредством гипервизора (VBS+ HCVI) , это "изоляция ядра"/"памяти", и т.д, выключаем всё.
5)Анализируем журнал Ос, Журнал система и приложения, на предмет проблем,и дополнительно по таймингу когда происходит падение, записи до и после.
6) Дамп смотрим blue screen viewer-ом и хранилище драйверов вот этой утилитой, https://github.com/lostindark/DriverSto ... g/v0.11.92
7)Накопители M2, если есть прошивки к ним, обновляем.
8)Опционально обновить чипсет драйвер - в новых выпусках есть фиксы энергосбережения.
9)Проверить наличие в системе AMDRyzenMasterDriver.sys , если есть, удалить вместе с софтом. потом сделав clr_cmos, настроить Пк заново.
10) Можно попробовать отключить ещё список не доверенных драйверов MS, если есть подозрение, что в них находится легитимный драйвер на вашем Пк.

Это что, общее по проще, навскидку. Остальное, лучше вас никто ваш собственный Пк не знает, что где и как настроено и установлено, может потребуется поставить патч .3520 на вашу Ос, или откатить текущий .3374, дополнительно проверить на malware. Удачи в поиске.

Я использую BlueScreenView, через данную софтину можно узнать что вызвало ошибку и код ошибки.
А про сайт я не слышал.

Это понятно, мне просто интересно, почему только в момент выключения и запуска пк это происходит.
То есть под нагрузкой все ок, буквально вчера:


Привет!

Нее, доска только 3.0 поддерживает, хотя и цп и вк поддерживают 4.0

Встречал в сети тоже, выключить все энергосберегайки при такой ошибке - говорят помогает.
Но где ковырять на своей доске не знаю...

Вообще его не трогаю, выставляю множитель и напряжение = всё.

Тут вообще никаких проблем - все стабильно, ошибка только при фиксе появлялась, и то только после установки двух м2.

Тут все хорошо.

Тут тоже все ок.

Ничего лишнего нет.

Отключена, вообще не использую.

Тут из постоянных, это DistributedCOM 10010 и все, больше никаких постоянных ошибок.

Вот выкладывал:
Процессоры AMD Ryzen 5000-й серии (Vermeer\Zen3\7nm\AM4) #18188244

Прошивка на них актуальная.

То же самое.

Отсутствует.

Спасибо!!!!
П.С. Бсод не постоянный, то есть с начала лета прошлого года (как установил два м2 в систему) бсод выскочил всего два раза, второй раз был вчера и все.

Приветствую ещё раз)), тогда фиг знает, может камень чуть "подсушился"?, может добавить слегка на него?

Обновы Ос, не исключаю что кривые. Крч "я пас" . Ничего в голову больше не приходит.

Добавлено спустя 3 минуты 15 секунд:

я бы покопал IF, настройки частот памяти и Soc, для теста 3600 например бы сделал.

А что за диски?

У меня то же такое мнение, хотя вот:

То есть, если это было бы что то из серьезного, то мне кажется синька вылетала бы почаще и при любых сценариях использования пк, а тут только два раза за год и только при выключении и включении пк.

То же самое.
Повторюсь, что при пбо+со такой проблемы не было ни разу, это только при фиксе.

Добавлено спустя 2 минуты 23 секунды:

Пара таких:

https://www.samsung.com/ru/memory-stora ... -v7s2t0bw/

BlueScreenView выдает только код ошибки(и модуль в котором произошел сбой, но в 90% случаев это файл ядра). Через дебагер лог анализируется и выдает при выполнении какого приложения/файла/драйвера/т.д. произошел сбой(если конечно дело не в железе и компьютер мгновенно ушел в оффлайн) - иногда может помочь если проблема в драйвере или т.п..
Ну и возможно надо переставить операционную систему. Зная вашу любовь к настройке/тестированию процессора в течении пары лет, я бы не удивился если у вас было установлено 15 разных версий райзен мастера, 20 версий чипсетных драйверов, все возможные утилиты для материнской платы и хрен еще знает сколько чего сверху - так что система может быть с огромным количеством мусора.

у меня обычный 970 evo 1TB есть, работает уже давно. Каких либо нареканий к нему нет, по крайней мере на am4.



Тогда я думаю остаётся 2 варианта:

1) либо чуть подсох камень, и это первые звоночки, иногда вылезает.
2)Более вероятно, Ос и её патчи, энергосбережение, и софт в целом. я бы попробовал .3520 поставить/чекнуть чипсет драйвер и мп прошивку.

А можно поподробнее что это такое и что делает?

У меня видеокарта и оба накопителя как раз PCIe 4.0, однако я включил у себя в BIOS только "PCIe Ten Bit Tag Support" (из таких специфических настроек), но не уверен что профит был. Ещё пробовал Preferred I\O на видеокарте и в тесте PCI Express feature test из набора 3DMark пики пропускной способности были выше (без настройки пик 26,46 GB\s, а с ней уже 26,57 GB\s). Для этого, правда, пришлось записывать видео теста на скорости 240 FPS (конечный результат в тесте средний и разница меньше: 26,32 GB\s против 26,37 GB\s).

Пожалуйста:

Обе отвечают за улучшение утилизации шины 4.0/ влияют на latency.

1)data link feature exchange обеспечивает Full утилизацию 4.0 шины.
2)PCIe Ten Bit Tag Support увеличивает количество Non-Posted transactions c 256 до 768, что то же где то в каких сценариях может добавить скорости, и проблем - об этом далее ниже))).



Обе опции в совокупности могут дать до 1-3%, и в целом улучшить стабильность и синхронизацию 4.0 оборудования, но есть ещё нюансы.
Железки GEN2/GEN3 в таком современном Пк, при включенной data link feature exchange, машина может стать не бутабельна, или просто это оборудование не увидит.

PCIe Ten Bit Tag Support enabled, то же есть нюанс - не всё оборудование поколения GEN4,будет с опцией работать. По этому обе опции при clr_cmos +defaults , выключены. Для сохранения широкой совместимости, при сборке Пк с разным железом.

Нашёл Data Link Feature Exchange у себя в BIOS и включил. Никаких проблем с загрузкой не наблюдалось. Прогнал PCI Express Feature test от 3DMark.

И да, результат есть и он более заметен если сравнивать с PCIe Ten Bit Tag Support с Preferred I\O. Максимальный пик я заметил 28,13 GB\s на видео.

Всем привет. У меня простой вопрос. Нафига все тестят Curve Optimizer под нагрузкой, когда вылеты обычно в холостом режиме? Кто-нить может объяснить принцип работы Curve Optimizer? При уменьшении значения смещается весь диапазон напряжений или только верхний предел?

Диапазон база - лимит буста смещается весь.

Ну тогда вообще не было бы смысла тестить, не вылетало бы ничего… Просто бы медленнее работало.

Вылетать может и под полной нагрузкой и под частичной и в принципе разной.
Технически можно протестировать весь диапазон регулируя лимит частоты через план питания ОС.
powercfg -attributes SUB_PROCESSOR PROCFREQMAX -ATTRIB_HIDE
И можно хоть весь дипазон прогнать. Главное не забывать, что полная нагрузка на все ядра скорее всего будет частоты скидывать и частоты около лимита буста не будут протестированы в принципе.
Короче либо тестируете как следует, либо втыкаете лимит температуры и не пудрите мозги. Можно оба варианта.

Agiliter , я-то воткнул лимит температуры, но и хочу протестить как следует, но не знаю как. Под нагрузкой всё хорошо, а в холостую ребут.

В журнале событий винды посмотри какое ядро делает мозги и крути ее кривую.

Динамический undervolting ЦП, по каждому ядру в отдельности.
Существует зависимость, согласно которой ваш процессор на частоте в 5500 МГц (например) работает при одном напряжении, на частоте в 5000 — на другом. И эту зависимость можно изменить в свою пользу.
При том же кол-ве потребляемой энергии - мы можем достичь бОльшей частоты. Если снизить сильно, то на низких частотах (ваш упомянутый "холостой режим") все еще будет работать, а на высоких ЦП просто может не хватить энергии, и все зависнет. Поэтому, приходится снижать напряжение по чуть-чуть. Тот самый динамический undervolting - мы сильнее уменьшаем напряжение на низких частотах и меньше - на высоких, позволяя по максимуму съэкономить энергии на всех частотах. Причем можно сделать тонкую настройку для каждого ядра (ибо ядра уже с завода идут не одинаково хорошо разгоняемые). Результат - все ядра меньше нагреваются и, соответственно, могут работать на более высокой частоте. Чем выше частота, тем выше напряжение необходимо процессору для стабильной работы. Но напряжение оказывает на энергопотребление намного большую роль, чем частота (квадратичная зависимость): P=F×U²×C. То есть мощность, потребляемая процессором, прямо пропорциональна тактовой частоте (F), квадрату напряжения питания процессора (U) и его так называемой динамической емкости (C). У нас есть Package Power Tracking (PPT), или лимит энергопотребления процессора. Да, тот самый лимит энергопотребления, которого якобы не существует. И Curve Optimizer работает внутри этого заданного лимита. В реальных условиях, на параметры процессоров влияют также лимиты по температурам и токам (TDC и EDC). Поэтому, Curve Optimizer тестят под нагрузкой.
Смещается весь диапазон зависимости. По каждому ядру отдельно, либо по всем сразу.

Не совсем уловил относительно ребутов в холостом режиме...

Понял

Спасибо

В каком ещё холостом. Если там частоты простоя и в них он падает, то CO скорее всего вообще не при чём. А если там всё таки есть какая-то нагрузка которая выводит цп в буст, даже короткий то причём.