Выход процессоров на новой и необкатанной архитектуре всегда сопровождался косяками, причём не только софтверными, но и хардверными, а в случае с первыми партиями Ryzen- архитектурными.
По запросу в гугле "Ryzen segfault" можно найти информацию о том, что некоторые виды задач в Linux (а именно тяжёлые параллельные задачи одновременно) не могут быть выполнены на процессорах из первых партий. Одна из задач просто падала из-за ошибок, возникающих в кэше процессора. Позже выяснили, что помогает выключение в биосе функции "opcache control".
AMD объявили о бесплатной замене процессоров с данной ошибкой. Казалрсь бы, ничего страшного: баг вылезает только в Linux и только при выполнении определённых задач, но нет.
Недавно я решил провести тестовый стрим на процессоре и посмотреть как он потянет. Битрейт 9000, 1080p 60fps, и бац- игра вылетает через несколько минут. Я начинаю подозревать разгон памяти, хотя пресет был стабилен, и ни одной проблемы за месяц. Ладно, откатил память на 3400, запустил стрим-вылет. Так, думаю, что-то подозрительно. Очистил CMOS, завёлся в полном стоке, запустил стрим-вылет. Сначала подумал на нагрев памяти, но планки холодные.. Протестировал свой пресет 3533по памяти-стабильно. Ну ещё бы, месяц все было нормально.
Лёг спать, а с утра вспомнил про этот Segfault, отключил OPCACHE CONTROL, и..все работает! Так вот бывает.
Вероятно, ошибка не всплывала под виндой потому что никому и в голову не пришло бы выполнить две тяжёлые задачи на таком процессоре одновременно (к слову, я запускал разные задачи и чередовал их). Несмотря на то, что 1600 отлично вывозит стрим на процессоре, все равно мало кто этим занимается.
Куплю новый проц во второй комп, а этот сдам на обмен.
Такая вот история.
Вот ссылка на стрим после исправления
По запросу в гугле "Ryzen segfault" можно найти информацию о том, что некоторые виды задач в Linux (а именно тяжёлые параллельные задачи одновременно) не могут быть выполнены на процессорах из первых партий. Одна из задач просто падала из-за ошибок, возникающих в кэше процессора. Позже выяснили, что помогает выключение в биосе функции "opcache control".
AMD объявили о бесплатной замене процессоров с данной ошибкой. Казалрсь бы, ничего страшного: баг вылезает только в Linux и только при выполнении определённых задач, но нет.
Недавно я решил провести тестовый стрим на процессоре и посмотреть как он потянет. Битрейт 9000, 1080p 60fps, и бац- игра вылетает через несколько минут. Я начинаю подозревать разгон памяти, хотя пресет был стабилен, и ни одной проблемы за месяц. Ладно, откатил память на 3400, запустил стрим-вылет. Так, думаю, что-то подозрительно. Очистил CMOS, завёлся в полном стоке, запустил стрим-вылет. Сначала подумал на нагрев памяти, но планки холодные.. Протестировал свой пресет 3533по памяти-стабильно. Ну ещё бы, месяц все было нормально.
Лёг спать, а с утра вспомнил про этот Segfault, отключил OPCACHE CONTROL, и..все работает! Так вот бывает.
Вероятно, ошибка не всплывала под виндой потому что никому и в голову не пришло бы выполнить две тяжёлые задачи на таком процессоре одновременно (к слову, я запускал разные задачи и чередовал их). Несмотря на то, что 1600 отлично вывозит стрим на процессоре, все равно мало кто этим занимается.
Куплю новый проц во второй комп, а этот сдам на обмен.
Такая вот история.
Вот ссылка на стрим после исправления