Ryzen gcc segfault bug больше не с нами 🙁
Обновил BIOS`ы матплат до AGESA 1.0.0.7, теперь параллельная компиляция gcc не падает. В общем как и ожидалось типичный софтовый баг.
ОБНОВЛЕНИЕ: Амудень нифига не исправила. Валится.
В общем я расстроен.
steemandlinux ★★★★★
16.12.17 19:21:58 MSK
А ты уверен, что они не отключили какой-нибудь блок в процессоре или снизили частоту?
ox55ff ★★★★★
( 16.12.17 19:25:47 MSK )
А вот вот на этом моменте поподробнее. Я как раз в AMD пишу 🙂 Они просто замены CPU делали, если чо.
kirk_johnson ★☆
( 16.12.17 19:25:57 MSK )
Последнее исправление: kirk_johnson 16.12.17 19:35:51 MSK (всего исправлений: 1)
Ответ на: комментарий от ox55ff 16.12.17 19:25:47 MSK
Ну в общем отключение opcache control, которое фиксило этот баг, замедляло rodinia, 7-zip и c-ray. Сейчас со включенным opcache control протестировал, ничего не замедлилось с момента апдейта биоса.
steemandlinux ★★★★★
( 16.12.17 19:39:46 MSK ) автор топика
Последнее исправление: steemandlinux 16.12.17 19:40:03 MSK (всего исправлений: 1)
Ответ на: комментарий от steemandlinux 16.12.17 19:39:46 MSK
Выдай железячные параметры, пожалуйста.
kirk_johnson ★☆
( 16.12.17 19:44:11 MSK )
Ответ на: комментарий от kirk_johnson 16.12.17 19:25:57 MSK
Заходишь в downloads твоей материнки и качаешь bios, шьёшь его, баг уходит. Пишешь зря, они тебе пришлют процессор с отключенным по дефолту opcache, вот и весь фикс.
Суперминиатюрный патч flashrom для прошивки райзенов:
--- flashrom/sb600spi.c 2017-10-12 15:16:15.679890290 +0300 +++ flashrom1/sb600spi.c 2017-10-12 14:58:41.915766606 +0300 @@ -156,7 +156,7 @@ static void determine_generation(struct return; > uint8_t rev = pci_read_byte(smbus_dev, PCI_REVISION_ID); - if (rev == 0x4a) < + if (rev == 0x4a || rev == 0x59) < amd_gen = CHIPSET_YANGTZE; msg_pdbg("Yangtze detected.\n"); >else Если BIOS в формате CAP, то компиляешь UEFITool и вытаскиваешь оттуда .rom файл.
steemandlinux ★★★★★
( 16.12.17 19:45:58 MSK ) автор топика
Ответ на: комментарий от steemandlinux 16.12.17 19:45:58 MSK
Заходишь в downloads твоей материнки и качаешь bios, шьёшь его, баг уходит.
Я это щас как раз и делаю, да. Интересно будет сравнить результаты.
kirk_johnson ★☆
( 16.12.17 19:48:15 MSK )
Обновился. Они поправили UEFI, там теперь EFI/ вместо EFI/BOOT, что не может не радовать. Сижу, смотрю на выхлоп kill-ryzen.
kirk_johnson ★☆
( 16.12.17 21:30:51 MSK )
Ответ на: комментарий от kirk_johnson 16.12.17 21:30:51 MSK
Что, реально есть толк? Не обновлялся, потому что лень все настройки каждый раз восстанавливать. У платы есть функция сохранения настроек в текстовый файл, но она нифига не работает при обновлении прошивки. И зачем она тогда нужна?
Khnazile ★★★★★
( 16.12.17 21:34:08 MSK )
Using 16 parallel processes [loop-0] Sat Dec 16 21:28:32 MSK 2017 start 0 [loop-1] Sat Dec 16 21:28:33 MSK 2017 start 0 [loop-2] Sat Dec 16 21:28:34 MSK 2017 start 0 [loop-3] Sat Dec 16 21:28:35 MSK 2017 start 0 [loop-4] Sat Dec 16 21:28:36 MSK 2017 start 0 [loop-5] Sat Dec 16 21:28:37 MSK 2017 start 0 [loop-6] Sat Dec 16 21:28:38 MSK 2017 start 0 [loop-7] Sat Dec 16 21:28:39 MSK 2017 start 0 [loop-8] Sat Dec 16 21:28:40 MSK 2017 start 0 [loop-9] Sat Dec 16 21:28:41 MSK 2017 start 0 [loop-10] Sat Dec 16 21:28:42 MSK 2017 start 0 [loop-11] Sat Dec 16 21:28:43 MSK 2017 start 0 [loop-12] Sat Dec 16 21:28:44 MSK 2017 start 0 [loop-13] Sat Dec 16 21:28:45 MSK 2017 start 0 [loop-14] Sat Dec 16 21:28:46 MSK 2017 start 0 [loop-15] Sat Dec 16 21:28:47 MSK 2017 start 0 [loop-5] Sat Dec 16 21:34:58 MSK 2017 build failed [loop-5] TIME TO FAIL: 386 s [ 706.273215] traps: as[23839] trap invalid opcode ip:402b5e sp:7ffc71e406e8 error:0 in as[400000+5a000] Стоит признать, что ошибка слегка изменилась 🙂
kirk_johnson ★☆
( 16.12.17 21:37:17 MSK )
Последнее исправление: kirk_johnson 16.12.17 21:38:31 MSK (всего исправлений: 1)
Дырища размером со вселенную.
Выход процессоров на новой и необкатанной архитектуре всегда сопровождался косяками, причём не только софтверными, но и хардверными, а в случае с первыми партиями Ryzen- архитектурными.
По запросу в гугле "Ryzen segfault" можно найти информацию о том, что некоторые виды задач в Linux (а именно тяжёлые параллельные задачи одновременно) не могут быть выполнены на процессорах из первых партий. Одна из задач просто падала из-за ошибок, возникающих в кэше процессора. Позже выяснили, что помогает выключение в биосе функции "opcache control".
AMD объявили о бесплатной замене процессоров с данной ошибкой. Казалрсь бы, ничего страшного: баг вылезает только в Linux и только при выполнении определённых задач, но нет.
Недавно я решил провести тестовый стрим на процессоре и посмотреть как он потянет. Битрейт 9000, 1080p 60fps, и бац- игра вылетает через несколько минут. Я начинаю подозревать разгон памяти, хотя пресет был стабилен, и ни одной проблемы за месяц. Ладно, откатил память на 3400, запустил стрим-вылет. Так, думаю, что-то подозрительно. Очистил CMOS, завёлся в полном стоке, запустил стрим-вылет. Сначала подумал на нагрев памяти, но планки холодные.. Протестировал свой пресет 3533по памяти-стабильно. Ну ещё бы, месяц все было нормально.
Лёг спать, а с утра вспомнил про этот Segfault, отключил OPCACHE CONTROL, и..все работает! Так вот бывает.
Вероятно, ошибка не всплывала под виндой потому что никому и в голову не пришло бы выполнить две тяжёлые задачи на таком процессоре одновременно (к слову, я запускал разные задачи и чередовал их). Несмотря на то, что 1600 отлично вывозит стрим на процессоре, все равно мало кто этим занимается.
Куплю новый проц во второй комп, а этот сдам на обмен.
Такая вот история.
Вот ссылка на стрим после исправления
2 видяхи в мать на atx B550
Привет! Стоит задача воткнуть в мать на b550 2 видяхи, palit jetstream1080ti и asus rog 1070, не в сли конечно. на какой матери на данном чипсете будут максимальное расстояние между двумя pci-e x16? чтоб верхняя не сильно задыхалась. корпус если что открытый TT Core p3
Комментарии 3
Сан Саныч 67
2 года назад
Изменено автором
Расстояние 8 см между слотами pci-e оптимально. Но верхняя карта будет греться сильнее, особенно если на ней двухвентиляторное охлаждение. Но и три вентилятора тоже особо не спасают. Проходил сие на двух 1080 SLI на другой матери, но с 8 см между слотами pci-e. КФА2 и гигабайт. Спасся через установку охлаждения Arctic Cooling Accelero Xtreme III на обе. Карты почти впритык между собой, но температура в стрессе всего 63С.
Для чего нужна такая функция как OpCache Control?
Без неё процессор (AMD Ryzen 7 2700 4.1GHz) работает на той же частоте только уже на более низком вольтаже, с ней же был просто чёрный экран в стресс тестах. Никакой производительности она нигде не увеличивает. Она вроде должна отвечать за кеш, связанный с инструкциями, но что-то кроме минусов у неё ничего нету пока что. 🙂
Лучший ответ
EVGenМастер (1870) 3 года назад
Так не пойдёт, это ты сам сходи и почитай себе, ага.
AV Просветленный (34728) MraMor, зачем тогда спрашиваешь, если тебе лень загуглить эту тему и самому разобраться
Остальные ответы
Не нужна она. Маркетинг. ФПС - тот же, с ней и без неё.
EVGenМастер (1870) 3 года назад
Я понимаю, что пересказать то, что я написал конечно круто. 🙂 Нооооо! Что она делает то? 🙂
EVGenМастер (1870) 3 года назад
Чёртовы гении, ахаха 🙂 Ну на самом деле как я понял, она делает не намного меньше задержки у оперативной памяти. Но. Но в какой-то степени можно сказать, что производительность немного ВЫРАСТАЕТ, по крайне мере это видно там, где было 55 FPS, а стало 60.
Странник Искусственный Интеллект (316205) Амуде- есть Амуде ).
По факту бесполезная.
EVGenМастер (1870) 3 года назад
Однако теперь вот так:
AMD Ryzen 7 2700 4.1GHz работал с этой функцией с напряжением 1.325V (85 градусов в стресс тестах при 100% вращениях кулера), теперь 1.265V (68 градусов в стресс тестах при 70% вращениях кулера)