> Вот тут я может и прогнал: если верить irinat, тут видимо надо
> системных экспериментов поставить и проверить свои выводы на тему якорей еще
> раз. Тем не менее, даже беэ этого я довольно часто налетал
> на ситуации когда активно рисующие программы серьезно заклинивали остальных. И это
> как бы архитектурная проблема. Жирная, большая, малоустранимая.На одном мониторе программа рисует графики ежесекундно, на втором идет экшин. Тормоза начинаются, если ОЗУ внезапно кончилась, и система начала активно своппить системные сервисы.
> А видяха случайно не нвидия при этом? Очень "взбрык KMS/DRM" похоже, при
> том на уровне драйвера.
Видюха на ноуте Intel. Но и на ПК с NVidia таких приколов под X-ами нет.
> Внезапно, да.
То есть, если карта работает везде, кроме моей программы, то это не моя программа кривая, а карта плохая. Если я такое где-то в сети скажу, то простыня из макания меня в канализацию под таким моим постом будет бесконечной.
> А бионик - на той же видяхе, с тем же драйвером в
> точно той же конфиге? Вот прям на x86 и переключение в
> консоль?
Прям на x86, или ARM. Да, в консоль отладки ведра приходится переключаться часто.
> А сode path для разных GPU бывает довольно разный, даже в одном
> драйвере. Вот я Капитан Очевидность то!
В Mesa почему тоже самое? Там тоже кодепас разныйю
> Вы так то далеко не первый у кого локапы от
> переклюка в консоль с нвидией.
И не последний. А с учетом того, что разрабы вайленда делать ничего не хотят, то я буду далеко не последним.
> Видимо есть какая-то разница.
А кто эту разницу должен чинить?
Наверное, разрабы ядра должны фреймбуфер сломать, чтобы было как в вайленде?
> Что аж на клавиатуру нет реакции? Да ладно?!
Клавиши состояния намлок и капслок работают, а на нажатия кнопок реакции нет.
> но у амд это скорее исключение и чинят довольно оперативно.
Топовых карт у них нет, похоже. Поэтому и не проверяют.
Помнится AMD говорили, что они будут поддерживать только работу универсальных графических серверов.
