Релиз KWin-lowlatency 5.15.5

Какая-то бесполезная поделка. KWin и так нормально работает без всяких фанатских патчей.

Нет У меня за 5 лет сменилось кардинально 3 ПК. Везде был делэй

Хорошо хоть не реверб

Кто-нибудь пробовал?
Если потом возвращаться на обыкновенный kwin его настройки останутся?

Была как-то рябь лет 8 назад на старой атишке. Это считается за реверб?

зачем это? и ванильный просто работает же.

Что значит

Поддержка видеокарт NVIDIA

?

Это случаем не поддержка отрисовки OpenGL на проприетарных дровах? Или то что я думаю это поддержка в плазме нужна, а не в квине?

Да он и так не плохо работает, ну пусть будет.

Compiz уже не нужно ставить?

Уже как сто лет не стоит.

звучит двусмысленно :/

Ну да....:) Не нужен компиз.

набыдлокодили, теперь выгребают. Закономерно

и почему интерфейс должна отрисовывать видеокарта? это что, игра? или проц уже не тянет этот быдлокод?

Проц уже занят программами. Если рисовать на нём интерфейс, программам останется меньше ресурсов.

Не, это фузз

Пральна. Реверб это когда окно тащишься а старое не стирается.

Соболезную.

Ну со свякими анимациями, прозрачностями и размытостями тянет не очень.

А интерфейс это не такая же программа?

Нет. Им можно нагрузить видеокарту, а какой-нибудь компиляцией - нет.

Значит вам просто сильно повезло.

В нормальных оконных системах на отрисовку окон тратится 0,1-5% времени одного ядра, в зависимости от того, из 90-х или 2000-х откопали этого мамонта. Не особо тут есть нав чём экономить. На прерываниях разве что.

Да, пруфы. RPi3, частота зарезана до 800МГц. 1400х1050, X11+kwin4, xrender, включены эффекты тайлинга по краям, панорамы окон/столов, миниатюры окон по Alt+Tab, прозрачность терминала, коньки на рабочем столе. В довесок за время выходных было просмотрено около 8 часов видео в ~700x400 через vlc с выводом на Х11, т.е. полный софтовый декод (данное извращение использовано потому что omxplayer не умеет коррекцию гаммы и потому что видеоядро было временами занято).

Аптайм 3д1ч54м, время приложений: kwin 1ч15м, Xorg 5ч47м. Т.е. 9,5% одного ядра. Не укладывается в <5%, но это самый жёстний вариант из реально возможных. Даже третепень был бы быстрее в такой задаче.

З.Ы. Я в принципе только за, если вся оконная система будет исполняться на GPU. Это было бы правильно. Но насколько я знаю, даже самые совершенные реализации вяленого всё равно дико гоняют битмапы между памятью cpu и gpu. Да и зоопарк видеокарт разной степени бесполезности и огороженности не позволяет создать что то оптимизированное. Так что пока пусть всё будет на цпу. Они отлично с этим справляются.

И что, это всё без видеодрайвера вообще? И в плеере конвертация пиксель форматов и скейлинг программные?

Простой лайвсиди убунты в программном рендеринге грузит рабочим столом четыре ядра на 100%, и стоит запустить браузер начинаются вполне ожидаемые тормоза.

Предвидя очевидное «но эта жы УБАНТА»: в экспишечке с базовым видеодрайвером все лагает уже на рабочем столе, без всяких браузеров. Не дай бог прокрутить какой-то списо - придётся ждать завершения слайдшоу.

Нет У меня за 5 лет сменилось кардинально 3 ПК. Везде был делэй

О каком делее идёт речь? Вкладки в браузере у мене переключаются моментально и без делеев, менюшки в том же Dolphin отзывчивы и переключаются молниеносно. Меню приложений открывается, я бы сказал, моментально... но может там иногда 100мс. Но мне всё же кажется, моментально. При вводе текста нет никаких делеев. Драйвер в данный момент интел (нет смысла греть нвидиа на свистелки и другую ерунду, итак работает).

Так я не понял, это просто kwin 5.15.5 от команды KDE или какие-то сторонние патчи?

Такая же фигня, kwin везде резок как приступ диареи. Раньше у него были проблемы с плавностью, которые я решал включением тройной буферизации, а недавно и это пофиксили, тройной буфер стал не нужен.

Модификация от стороннего разработчика.

но может там иногда 100мс

Что-то около этого. Только и к запуску приложений время добавлялось. Мелочь, но я тогда сидел на Unity и разница казалась колоссальной. Даже, когда ещё гном был жирным, он ворочался быстрее

Да, говорю же, Raspberry Pi 3. Существует свободный драйвр openGL 2.1, но он глючный и если его задействовать, то воспроизведение видео через omxplayer станет невозможным. Поэтому пропиретарный блоб, а он даёт только кадровый буфер. При этом тот же самый openGL 2.1 реализован в mesa софтовым рендером на 2 ядрах.

Юнити и гном3 не относятся к нормальным оконным системам. Их композиторы работают только через openGL, а в случаях когда его нет, включается программная реализация, причём довольно хреновая. Возможно в юнити8 и последних реализациях гнома от этого отказались, возможно нет. А потом, поверх ЭТОГО вы запускаете браузер, в котором по дефолту включена плавная прокрутка и прочие ускорения через openGL, который как бы есть, но софтовый...

А винХР вообще отдельная тема. Она по дефолту много хочет, а реализация софтового рендера легендарно тормозная. Даже vesa в линуксах того времени работала на порядок быстрее.

интересно, но лень пробовать, и так устраивает

Задержка же при операциях с окнами. Если не прозрачность всего окна, не вязкость, не всякие трансформации и перемещения, то и задержек быть не должно.

Это видео не дергается в браузере в 1080p60 на ванильном?

Как это зависит от оконного менеджера?

В минте почему-то видео дёргается, а на квине нет.

В иксах возможен не только тиринг, но и фреймскип/статтеринг.

Композитный оконный менеджер нужен. На моём патченном квине всё отлично, у родителей на минте-циннамоне беда.

У меня листок просто плывёт немного на боковых гранях, это оно?

Плывёт - не то. У меня тоже плывёт. А вот когда много микрофризов каждую секунду и видео тупит (пропускает кадры) - это очень плохо.

А, не, у меня только 1 кадр дропнут и не фризится. Стоковый kwin.

Этот патченный квин - всего-лишь разновидность фикса 12309, как и кастомные ядра. Нужно оно только для того, чтоб под дисковой нагрузкой отзывчивость системы не проседала.

У маеня щаз компилится вайн, и торрент раздаёт сильно - с плавностью порядок. Кастомное ядро, куча тюнов, патченый квин.

Вот что-что, а 12309 сейчас словить сложно.

Я гонял kwin_x11 5.9 на ноуте с радеоном, мне не понравилось. Тормоза, задержки, да и глючило оно местами. И разумеется никакой связи с дисковой подсистемой.

На opennet написали, что в реализации были использованы задержки до 50мс для синхронизации чего то там и для борьбы с тирингом. Очевидно, если у кого то частоты улачно совпадали, то всё было плавно и быстро. А кому то не повезло.

чтоб словить 12309 нужно одновременно качать торренты, собирать многопотоком ядро, чтоб процессор был загружен на 100% и ставить в вайн всякие инквизишоны - тогда эффекты отрисовки, которыми квин и занимается - в плазме начнут тупить.

тюны типа демон preload, zswap-zstd, планировщик BFQ и ядро собранное на производительность - сильно помогают. Этот кастомный квин из той-же оперы

resampling-method = copy; avoid-resample = yes ещё в пульсу вписать можно

12309 это когда фотачки начинаешь копировать на тромозную флэшку и внезапно вся система встаёт колом.

А у тебя просто кончается оперативка.

Ннне. У меня 16Гб, UKSM и zswap-zstd - у меня холодная система жрёт 600 мегабайт, а под нагрузкой редко 4 гб бывает.

Но у меня не сильно тупит так - микрофризы всего-лишь.

А если включить видео и таскать другое открытое окно поверх, тоже не дергается на ванильном квин? И само перетаскиваемое окно при этом не отстает от курсора? У меня только на этой пропатченой версии все работает плавно.

качать торренты, собирать многопотоком ядро, чтоб процессор был загружен на 100% и ставить в вайн всякие инквизишоны - тогда эффекты отрисовки, которыми квин и занимается - в плазме начнут тупить.

Всё так, только это ни разу не 12309. 12309 это когда вся система просто берёт и встаёт на секунду-другую-десять, пока диск не завершит все операции. А то что вы описываете - просто мелкие неприятные тормоза при перегрузке. Моя пишка кстати остаётся работоспособной при нагрузке 8 единиц на 4 ядра. Иногда даже до 12 единиц.

Есть подёргивания и отставание окна

Кокой мощный калькулятор. Висящий в Iowait процесс тоже отображается как исполняющийся.

Вот только он не использует цпу и не совершает действий. i/o wait это состояние ядра. И ядро само разделяет состояния ожидания диска и своей полезной работы.

1400х1050

А теперь попробуйте процом рисовать 3840 × 2160.

Да, сабж действительно убирает все подёргивания и запаздывания. Оставлю пока его.