LINUX.ORG.RU

AMD Ryzen 2xxx segfault пофикшен? Ищу живых пользователей

 ,


2

4

Собрался обновить систему на Ryzen 2600. В свете известных проблем с segfault при GCC компиляции озадачился вопросом в каком состоянии вопрос на текущий момент. Спросил тех поддержку от AMD, получил такой ответ

Thank you for your email

I understand you are having query related to the purchase of the processor without segmentation fault.

The segmentation fault effected only to the certain batch of the processor that was manufactured and it was resolved. You can buy new ryzen processor which do not have seg fault issue.

Thanks for contacting AMD
Результат гугления разделился на две части - первая это активное обсуждение времен весна-лето 2017 года, говорящие о проблемах. Вторая это какие то редкие сообщения в начале 2018 года о том чnо вроде как пофиксили. Вроде можно покупать железки, но хотел бы услышать есть ли тут живые обладатели данной серии процессоров, и подвержены ли они или нет такой проблеме?

Мазохизм какой-то.

anonymous
()
Ответ на: комментарий от devl547

В том и проблема, что тогда не до конца пофиксили, и официальных данных о закрытии проблемы не было, только в индивидуальном порядке предлагали замену и выдавали протестированные. Хотя и сравнивания отзывы до и после - новые были заметно стабильнее, даже учитывая микрокод.

boowai ★★★★
()
Ответ на: комментарий от devl547

Не пофиксили. Встречаются упоминания о глючных процессорах выпущенных после 33 недели 17 года.
Есть версия, что на «пофикшенных» процессорах тупо выключен µUP cache, который влияет на воспроизводимость бага, но скорее всего не является его первопричиной.


Ах да, еще кроме сегфолтов gcc на некоторых системах с кукурузеном происходят рандомные перезагрузки. Они очень редкие, но тем не менее, проблема остается.

Khnazile ★★★★★
()

Не знаю про 2к, но 1к не фиксили, в них просто отключали опкеш (амуда позорище).

У меня сегфолты излечились разгоном.

slaykovsky ★★★
()
Последнее исправление: slaykovsky (всего исправлений: 1)

А ты в теги gentoo добавь, они постоянно компилят

Aber ★★★★★
()
Ответ на: комментарий от anonymous

Так даже в последнем сообщении той темы:

I have just replaced my Ryzen 1700, bought in August 2017, from batch 1714 PGT .

The new processor is from batch 1738 SUS.

The segfault error seems to be gone, after mild testing. I'll test more, but that batch is likely error free.

Я думаю что действительно начиная с определённой ревизии в 1xxx пофиксили. Но даже если это правда, в любом случае покупать 1xxx не очень разумно, потому что вскрывать коробки с процессорами и объяснять продавцу «этот проц недостаточно новый, там вот такие вот глюки» чтоб заменили - как-то грустно. Лучше сразу 2xxx взять и не париться какой он недели там

anonymous
()
Ответ на: комментарий от anonymous

Задержки доступа к памяти уменьшили чуток. В стоке, естественно)

devl547 ★★★★★
()

Скорее пофиксили, чем нет.

https://docs.google.com/spreadsheets/d/1pp6SKqvERxBKJupIVTp2_FMNRYmtxgP14ZekM... здесь после 30й недели данных о багах не встречается.

информация от меня:

1717PGT 1700й: после разгона с поднятием напряжения баг пока не встречал. До разгона протестировать не успел.

Чуть позже появится информация по 21 рабочей станции на 2600Х. Маркировку не помню, поставка была в августе. На данный момент только введены в эксплуатацию.

NightOperator ★★★
()

Ты такой хороший, запускаешь компиляться OpenOffice в фоне, чтобы на экране одновременно с этим посмотреть киношку. И тут - хопа - Gрузин не тянет, комп становится раком, ресет не помогает. Весело.

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

У 1xxx вроде не было ревизий, все камни имеют одинаковый степпинг, просто какие-то подвержены багу, а какие-то - нет.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Свой 1600 купил в день старта продаж Ryzen. Первые месяцы были проблемы со случайными зависаниями, перезагрузками. После обновления bios, его настройки, обновления ядра машинка работает без сбоев.

anonymous
()
Ответ на: комментарий от anonymous

вероятно - субтайминги памяти дотюнили. амд более переборчивы к плашкам памяти начиная с ам2+ камней - на многих плашках памяти, особенно если по 2 на канале, мемтест раз в сутки кидал ошибки, и система в работе вела себя непредсказуемо - сегфолты гцц, битые myisam и т.п., на ам3+ вроде грабля осталась, ам4 - хз, не тестил, но возможно грабли растут из того же места.

NiTr0 ★★★★★
()
Ответ на: комментарий от NiTr0

А ну может быть, видимо обновление контроллера и смена техпроцесса сказались.

steemandlinux ★★★★★
()

В результате купил данный процессор, но с другой материнкой (ASUS Prime B450). Обновил БИОС, ядро собрал последнее стабильное. ПК используется для разработки, нагрузка присутствует. 2 недели работает стабильно. Нареканий нет. Счастлив и радуюсь.

JOHN_16
() автор топика

AMD Ryzen 2600

Архив с пакетом llvm70-7.0.0.txz для компиляции нового Firefox 62.0.3 скомпилировался и собрался за 1ч 15м без каких-либо сегфолтов. Архив с пакетом firefox-62.0.3,1.txz - за 50 минут. Продолжаю наблюдения. (Упаковка бинарников почему-то занимает заметно продолжительное время).

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)

У меня на AMD Ryzen 7 1700 (и это ещё до 2xxx, да) компилировать очень даже можно, но у меня экземпляр с бажным энергосбережением. Приходится применять такие ядерные опции как, например, CONFIG_RCU_NOCB_CPU (с «rcu_nocbs=0-15 processor.max_cstate=5» в опциях загрузчика). Без этого внезапно происходят фризы. А с костылями всё очень даже стабильно.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: AMD Ryzen 2600 от iZEN

Планки памяти 2? В двухканальном режиме? На некоторых типах задач с активной работой с памятью это заметно влияет.

grem ★★★★★
()
Ответ на: комментарий от anonymous

Сейчас не могу ничего сказать в защиту того или иного решения. Raidz ремонтируется - всё-таки накрылся один проблемный 8-летний HDD 2,5 - подменил залежавшимся терабайтником, чинится походу.

Но на компиляцию это не влияло - пул был временно отключен, использовался системный SSD.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

2 канала это мусор, давайте 4 канала и дешевле интела иначе преимуществ 0

anonymous
()
Ответ на: AMD Ryzen 2600 от iZEN

Упаковывай в несколько потоков, могу подсказать как это сделать в генте. Но вообще жирнолис на днищеинтеле из 2010 ~20 минут компилируется — у тебя странные цифры. Мжет отключить кукурузоядра надо? У кукурузоядер проблемы с smt особенно на венде, если отключить производительность вырастет.

anonymous
()
Ответ на: комментарий от anonymous

Та это у него кукурузо-бздя, её надо отключать.

anonymous
()
Ответ на: комментарий от grem

Да это в т.ч. и на несамосборных ядрах, в т.ч. и из Debian'а 9. В других дистрибутивах люди тоже наступали на эти грабли, и в интернетах есть, например, инструкция для Убунты по сборке своей версии ядра с включением этой опции.

saahriktu ★★★★★
()
Ответ на: комментарий от grem

Да нет, это аппаратный баг ризенов 1xxx.

anonymous
()
Ответ на: комментарий от anonymous

На AMD FX-8320E (DDR3-1600 одноканал)Firefox 62.0 компилируется 35 минут вместе со сборкой в архив пакета. Меня другое настораживает: время упаковки в архив полученных бинарных файлов. Вот где затраты времени наблюдаются, и с чем это связано, предположить не могу - менял носитель-источник сборки, ничего не меняется - 5-15 минут на архивацию. Формат архива TXZ. Архиватор такой трудный, работает в однопотоке?

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от grem

Эти опции кругом в дефолтных ядрах включены. И в Debian'е, и в Убунте,... и т.д. Но, у людей всё равно фризится. Пока не будет включена конкретно CONFIG_RCU_NOCB_CPU. А из коробки она включена только в ядрах RHEL'а/CentOS'а и Федоры.

saahriktu ★★★★★
()
Ответ на: комментарий от grem

Самый последний, базарю. Хромиум всего пару-тройку лет назад тоже в пределах 20 минут компилялся, но потом как то резко взлетел до часов (с каждый релизом +20 минут — очень показательно).

anonymous
()
Ответ на: комментарий от anonymous

сколько gcc собирается на твоём днищеинтеле 2010 года?

grem ★★★★★
()
Ответ на: комментарий от iZEN

Архиватор такой трудный, работает в однопотоке?

Очень может быть. Для этого в своё время pixz и pxz запилили.

devl547 ★★★★★
()
Ответ на: комментарий от iZEN

xz давненько многопоточный. Только не по-умолчанию, многопоточность надо включать.

$ xz -h
...
  -T, --threads=NUM   use at most NUM threads; the default is 1; set to 0
                      to use as many threads as there are processor cores
greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от iZEN

В арче на это есть makepkg.conf

Про FreeBSD тебе лучше знать.

greenman ★★★★★
()
Ответ на: комментарий от anonymous

Да, последнего обновления chromium из исходников на AMD FX я так и дождался - после пары-тройки часов компиляции сборка выжрала остатки памяти из 8 ГБ ОЗУ и ушла в медитацию по ворочанию оставшимися ресурсами. На это раз попробую добить задание.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Найти конфиг вашей пердольной билдсистемы и изменить опции запуска xz. Или пихнуть переменную XZ_DEFAULTS=--threads=, но не факт что подхватится.

anonymous
()
Ответ на: комментарий от saahriktu

спасибо, почитал про эту фичу как workaround

grem ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.