Зависания GNU/Linux на Ryzen 2400g

Есть еще много вариантов - купить другой процессор, подождать пока в этом вашем линуксе починят поддержку этого и т.д.

У меня MSI. Но опять таки, не думаю я что в материнке дело. Винда то работает без зависаний.

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

Чисто случайная идея: вроде есть какой-то параметр ядра, который заставляет линукс читать (прикидываться?) виндой при чтении этих ACPI таблиц (что-то вроде OSI_=windows). Не хочешь попробовать этот трюк?

Если бы причина была в ACPI, перегреве, сбойной памяти или любой другой проблеме именно с железом то зависало бы все намертво. А я же говорил выше - зависает как будто проблема именно программная, указатель продолжает двигаться. Т.е. зависает не все, а именно система некая прослеживается. Поэтому я думаю копать надо в сторону драйвера или даже графической подсистемы KDE. Или я неправильно рассуждаю?

Ставь amdgpu-pro

Да, уже подумываю об этом.

ну есть вариант - купить nvidia, встройку отрубить. старый проц выставить на продажу. Если купят - купить 2600 или 1700 на вырученные деньги с доплатой
Но всё же попробуй блоб поставить. Вроде жить уже можно. На nvidia всё равно без блоба жизни нет

И кстати, в ялре 5.2 вроде исправили зависание при гибернации. По крайней мере если есть запас свободной оперативки в пару гигов и не забита видеопамять - она точно работает
А с блобом 18.50 зависаний нет.
Про 19.10 сказать пока не могу - она у меня висла, но то было с разгоном и овервольтажем, возможно переразогнал

Ну, у меня курсор мышки подлагивает, если не отключить SMT на Ryzen 5 2600.

не верю

не думаю

Спокойно.

Возьми себя в руки.

Сосредоточься.

Зайди в BIOS и отключи SMT.

Глюки твоей BSD к треду нерелевантны

Неправильно. Ты вбил себе модель в голову, очевидно неверную, потому что разнообразие глюков железа весьма широко.

Курсор двигается потому, что большинство видеодрайверов реализуют т.н. хардварный курсор, который использует (как я понимаю — тут я не большой специалист) специальные обращения к железу на уровне драйвера. Т.о. это ядерный код, который может продолжать выполнятся, в то время как другие ядерные компоненты «зависли».

Я бы даже сказал, что всё говорит в пользу кривых ACPI таблиц

Даже если отключение smt поможет, то это так себе способ.

Нет, код хардварного курсора проходит через иксы. при зависании юзерспейса он не работает

ступай-ка ты отсюда. Если что-то и надо отрубить связянное с cpu - это cpufreq в ядре и всякие cool&quiet в бивасе.

у меня на 2400G не подлагивает. Тебе советую установить совместимое с ryzen ядро или купить core i3 совместимый с твоим

Я же не навсегда предлагаю отрубить SMT. А попробовать временно отключить и посмотреть, как ведёт себя система.

Проще тогда в венде сидеть и не терять производительность.

Сиди, если тебе проще не нажимать две кнопки.

Какие кнопки нужно нажимать, чтобы производительность с оключенным smt была не хуже, чем с включенным?

Ну как там зависания? В итоге ни один райзен без зависаний под онтопиком использовать нельзя?

Можно любой кроме APU

Срамота то какая!!11

в чем может быть проблема?

В чём угодно. От дров до БИОСа, от харда до шлейфов. И ЦПУ тут как бы не совсем при делах.

Тред прочитай для начала. Не при делах у него, млин.

CPU не причём там

В итоге ни один райзен без зависаний под онтопиком использовать нельзя?

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

От дров до БИОСа, от харда до шлейфов

Если под виндой работает (а у меня работает) то проблема 100% в линуксе. Дрова или нет, но на шлейф все сваливать это глупо.

Дрова, да, либо ядро косячное.

acpi_osi=windows можно попробовать, DSDT всегда кривой для линукса

Насколько формально верное, настолько практически бессмыссленное и вводящее пользователя в заблуждение высказывание.

Ну мне апу более всего и интересен, причем в мобильном исполнении. Пекарню сейчас собирать лень.

Можно, но у некоторых иногда бывают проблемы. Не у всех и не слишком часто, но бывают.

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

пока APU можно юзать только с проприетарным драйвером не боясь внезапных зависов. И не известно что с энергосбережением. Мобильные лучше не покупать пока ситуация не изменится. Перестанет проприетарный драйвер поддерживаться и всё

Ну тогда ждём. Неизвестно что с энергосбережением это мне не подходит.

нужно отключать энергосберегайки C-states

Серьезно ? На здоровье проца это положительно не скажется.

Каком ещё здоровье? Разгоняют с повышением тепловыделения вплоть до двух раз и всё нормально годами.

Например на возможнрсти работы с пониженгым напряжением и частотой

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

Сам-то хоть понял, что написал?

по крайней мере на интеле деградирует. То что раньше держало ddr3-2133 уже и 1866 не держит

Сам-то хоть понял, что написал?

Я-то пишу осознанно, а ты?

нужно отключать энергосберегайки C-states

Серьезно ? На здоровье проца это положительно не скажется.

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

acpi_osi=windows можно попробовать

Вот дельный совет, попробуй. Если что, напоминаю, что это параметр ядра.

Что держало, на каком интеле? Какие параметры разгона?

Там это, кстати, лето наступило. Летом хуже гонится, чем зимой, угадай почему.

Осознанно пишешь бредово звучащие наборы терминов и слов? Ну молодец, чё.

Отруби global C-states в биосе.

Мы тут про вегу говорим

Не совсем понял причём тут вега?

У меня такой же процессор на материнке от ASRock комп намертво зависает, это происходит даже с видео от nvidia и слабо коррелирует с нагрузкой и возможно временем работы.

Методом тыка выяснил, что лечится, если отрубить global C-states. По крайней мере после отключения этой фигни в биосе в течении полугода зависаний не было.

Очевидно, что косяк здесь за производителем материнки, который ещё и лесом шлет при упоминании linux, на вегу вообще забил.

Притом что проблемы проца решаются выпилом cpufreq с ядра или обновлением, проблемы веги же только покупкой бушной nvidia из-под майнеров

ТС, как дела, помогло?