На всех? Каких? Дискиу них какие? Температура и прочее. Наблюдается ли это в KDE, XFCE, в тайловых? Честны ли вы с нами или нет?

Баг в сусе. В арче не наблюдаю.

Фриз в гноме на 1-2 секунды - первое что приходит в голову - ждёт пока trim на ssd завершится. Гном это такая шука, которая ещё покажет всем многозадачность!

https://gitlab.gnome.org/GNOME/mutter/-/issues/4033

гопатыч помог найти

Я уж предвкушал весёлые баги, а оно https://hkar.ru/19TiS

да чтож такое

Как бороться?

Хватит тащить мертвую лошадь. Возвращайся на Wayland.

Wayland

так это на нём самом

Я такой фриз порой наблюдаю на Ubuntu с xfce4+labwc, возмлжно это просто часть вялендопроблем (враки), которые решать и не нужно

Для Ъ:

Mouse cursor does not always change in Xwayland applications

Affected version

• Arch
• mutter 48.1, Wayland session (Arch Linux Mutter 48.1-1 package)

Bug summary

The mouse cursor doesn’t always change as expected. Often it stays as the regular «arrow» cursor when you’d normally expect the text cursor (caret) or the button/link («pointing hand») cursor.

Steps to reproduce

Unfortunately, I don’t know how to reproduce it reliably or whether it impacts just just XWayland applications or native Wayland applications as well. It does happen quite often but I haven’t seen a clear pattern when.

What happened

The mouse cursor often doesn’t change as expected and stays as the default arrow. I’ve seen it happen in text fields or while selecting text and for links/buttons.

Switching focus to a different window and back fixes it. I assume it’s related to the cursor caching that was recently introduced (or just the Wayland cursor protocol.)

I’ve seen it happen with Discord, Steam and Chromium.

Для Ъ тут должно быть продолжение с обсуждением кто виноват и что делать. И желательно без попыток гномосервера отфильтровать неугодных.

Похоже что это как-то связано с wp_cursor_shape_manager_v1