LINUX.ORG.RU
Форум — Linux-hardware  

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о вроде как пофиксили. Вроде можно покупать железки, но хотел бы услышать есть ли тут живые обладатели данной серии процессоров, и подвержены ли они или нет такой проблеме?

 ← 1 2 3 →
Ответ на: комментарий от grem

Хотел спросить, второй поток на ядро отключается в биос?

В BIOS Setup можно отключить технологию SMT (по типу интелловского гипертрединга HT) - тогда на одно ядро будет по одному потоку, будет реальный параллелизм.

Также есть на выбор два режима: режим обычного использования и режим максимальной производительности. Возможно, эти профили настраиваются отдельно - ещё не разбирался. Сейчас стоит профиль обычного использования и включен SMT.

iZEN ★★★★★
()

chromium-68.0.3440.106_4.txz

Запуск сборки: 15:02

Завершение сборки и упаковки: 20:22

Потребление памяти: 9,3...11,5 ГБ

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

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

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

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

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

Прибил powerd(8) - получил ускорение сборки более чем в три раза.

llvm70-7.0.0.txz пересобрался за 26 минут!

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

Благодаря Ivan_83 с форума iXBT, удалось отбросить несущественные детали и прояснить ситуацию с быстродейсием в компиляции, какие «рычажки» двигать, чтобы добиться конкретных результатов. После серии тестов, в каждом из которых менялся тот или иной параметр, влияющий на производительность, сравнение с «эталоном» у коллеги, удалось выявить претендента на роль тормоза. Им оказался я. ;)

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

Ты бы вначале поинтересовался, что да как:

DESCRIPTION
The powerd utility monitors the system state and sets various power control options accordingly. It offers power-saving modes that can be

И правда, кто бы мог подумать, что включенное энергосбережение влияет на скорость сборки?! Удивительно!

Бздя такая бздя.

Аноним такие анонимы.

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

Оно не должно влиять настолько. Какие-нибудь 5%, ну 10% ещё можно было бы понять. Тут невиданная просадка и оно явно не работает нормально.

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

удалось выявить претендента на роль тормоза. Им оказался я. ;)

с этого места, пожалуйста, подробнее.

что за powerd? режим энергосбережения? опции ака ondemand в нём нет?

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

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

anonymous
()
Ответ на: комментарий от grem 
1. SMT=on, powerd_enable="NO", shadowconsole
Test:
/usr/bin/time -h portmaster -gD devel/llvm70
===>>> Installation of devel/llvm70 (llvm70-7.0.0) complete
25m31.90s real          3h49m7.13s user         6m41.45s sys
2. SMT=off, powerd_enable="NO", shadowconsole
Test:
/usr/bin/time -h portmaster -gD devel/llvm70
31m50.54s real          2h35m21.05s user                4m31.87s sys
3. SMT=on, powerd_enable="NO", shadowterminal
Test:
/usr/bin/time -h portmaster -gD devel/llvm70
26m22,02s real          3h58m36,19s user                6m55,62s sys
iZEN ★★★★★
()
Ответ на: комментарий от anonymous

Оно не должно влиять настолько. Какие-нибудь 5%, ну 10% ещё можно было бы понять

Завидую вангам!
Ну вот: 

% grep powerd /etc/rc.conf
powerd_enable="YES"
powerd_flags="-a adp -b adp -M 2399 -p 500"
расскажи мне о 10% просадки.
Без подсказки, что максимум тут 2.66 ГГц, а (таким макаром отключенный) турбобуст == 3.2ГГц.

Жесткая просадка именно из-за самого демона наблюдалась пока что только в синтетических тестах.

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

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

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

Дополню тестом с powerd: 

4. SMT=on, service powerd start, shadowterminal
Test:
/usr/bin/time -h portmaster -gD devel/llvm70
1h1m31,67s real		8h56m16,17s user		14m46,70s sys
Что удивительно, но service powerd stop проблему деградировавшего быстродействия не снимает.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Linux-hardware