The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на системах с GPU Intel

08.06.2024 09:49

Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Среди наиболее заметных изменений:

  • В ветку KDE Plasma 6.1, релиз которой запланирован на 18 июня, принято изменение значительно ускоряющее работу с содержимым каталога ~/.cache. Добавленная оптимизация решает проблемы с подвисанием некоторых эффектов рабочего стола на системах с медленными дисками.
  • В ветке 6.1 также решена проблема с высокой нагрузкой на CPU в композитном сервере KWin, возникающей при включении режимов синхронизации выделенных областей с буфером обмена в виджете для работы с буфером обмена (настройки "Keep the selection and clipboard the same" или "Text selection: Always save in history").
  • В кодовой базе, которая войдёт в состав ветки 6.2, включена по умолчанию поддержка аппаратного ускорения отрисовки курсора на системах с GPU Intel.
  • В стиле Breeze для Qt Quick Controls 2 реализована поддержка перемещаемых разделителей (SplitView), которые можно использовать в QML-программах для создания боковых панелей с изменяемым размером.
  • На системах с GPU NVIDIA при использовании X11 в диалог настройки панели добавлено предупреждения об ошибке в проприетарном драйвере NVIDIA, приводящей к подвисаниям при перемещении или изменении размера окон в случае включении режима плавающей панели или адаптивной прозрачности.
  • В виджет управления сетевым соединением добавлена поддержка WebAuth аутентификации на базе SAML (Security Assertion Markup Language). Добавлена возможность перемещения показываемого в виджете QR-кода, что можно использовать для его сохранения как изображения.
  • В бэкенд мониторинга за состоянием системы добавлена поддержка получения информации о CPU, памяти и вводе/выводе через /proc/pressure/.
  • В файловый менеджер Dolphin добавлен вывод рекомендации по установке приложения Filelight при попытке получения информации о свободном пространстве на накопителе, если Filelight не установлен (в этом случае выпадающее меню с информацией о свободном пространстве остаётся пустым).
  • При копировании пароля из KWalletManager он теперь не отображается в виджете для работы с буфером обмена.
  • Удалена нерабочая опция для скрытия вспомогательных окон неактивных приложений ("Hide utility windows for inactive applications")
  • Во время перемещении окон задействован более подходящий курсор мыши.

Дополнительно можно отметить выпуск платформы KDE Frameworks 6.3.0, предоставляющей реструктуризованный и портированный на Qt 6 базовый набор библиотек и runtime-компонентов, лежащих в основе KDE. Фреймворк включает в себя 72 библиотеки, часть которых может работать в качестве самодостаточных надстроек над Qt, а часть формируют программный стек KDE. Выпуск cформирован в соответствии с инициативой по предсказуемому ежемесячному формированию обновлений KDE Frameworks. В новой версии в основном устранены ошибки и недоработки.

  1. Главная ссылка к новости (https://pointieststick.com/202...)
  2. OpenNews: Тестирование среды рабочего стола KDE Plasma 6.1
  3. OpenNews: Выпуск KDE Gear 24.05, набора приложений от проекта KDE
  4. OpenNews: Изменения для улучшения отображения KDE-приложений в GNOME и Xfce
  5. OpenNews: В KDE убрана возможность установки тем пиктограмм GNOME. Недавние изменения в KDE 6.1
  6. OpenNews: Выпуск KDE Frameworks 6.1.0. Реализация Explicit Sync для KDE
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61335-kde
Ключевые слова: kde
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (75) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:04, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно насколько быстрее стал отрисовываться курсор, есть ли реальные измерения и benchmarks?
     
     
  • 2.2, Аноним (2), 10:10, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Толку тебе от синтетики? Сказали быстрее, значит, быстрее. Это интересно в первую очередь загрузкой системы и поведением под нагрузкой и на пониженных частотах. А вот неверно выстановленная __GL_YIELD оконному менеджеру (по умолчанию) может оказывать тысячекратное превышение потребление процессора.
     
  • 2.7, Alladin (?), 10:30, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в 6.0 началась дичь с курсором под wayland, а под xorg все отлично.
     
     
  • 3.13, Alladin (?), 10:34, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    *дичь в плане он странно дергался
     
     
  • 4.23, Аноним (23), 10:59, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормально он дёргался. В самый раз начать переписывать вяленд на расте. Мы ещё лет 10 на нормальном Х11 посидим, а там и до пенсии недалеко, либо отдельное ядро из 128 будет нежалко выделить на рендер курсора вяленым
     
     
  • 5.83, Аноним (83), 08:04, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как можно переписать протокол на ЯП? Протокол пишется на английском.
     
  • 3.66, Аноним (66), 22:22, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё ещё не совсем готов.
     
     
  • 4.72, Аноним (72), 13:22, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это приколы KDE а не Wayland. В Gnome же проблем с курсором нет, все плавно. Собственно об этом и написанно в списке изменений, что задействовал аппаратное ускорение для курсора.
     
     
  • 5.74, _kp (ok), 15:53, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скорее в Гноме тормозит всё, и на фоне этого не заметно тормозит курсор или нет.
    На немощных компах конечно, а на нормальных ни Гном, ни курсор в КДЕ, не тормозят.
     
     
  • 6.82, Аноним (83), 08:03, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Неверная логика, вейланд - это протокол. Реализация протокола в kde - kwin, в гноме - mutter, а ещё есть композиторы всякие типа wayfire. Соответственно проблема курсора - это проблема композитора kwin, если в других не воспроизводится. А оно не воспроизводится.
     
  • 2.8, crypt (ok), 10:31, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В KDE включено ускорение отрисовки курсора на GPU Intel

    шел 2024 год и тут... breaking news! мир линукса никогда не будет прежним!

     

  • 1.3, Аноним (3), 10:24, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Делая вейланд боролись с тирингом
    Теперь боремся с тормозами курсора
     
     
  • 2.14, Alladin (?), 10:35, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    с тормозами курсора под wayland.

    т.е включенная по умолчанию синхронизация это борьба с тирингом?, не знал..

     
  • 2.38, Аноним (38), 12:24, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Боролись же с возможностью отключения vsync'а (и проиграли)?

    "two presentation modes: Vsync ... Async ... I'm not convinced this is a good idea. Wayland is designed to be frame-perfect" - https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/65

     
     
  • 3.39, Alladin (?), 12:31, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там еще был забавный коммит, когда через много-много версий они добавили возможность отключения синхронизации:)
     
  • 3.41, Аноним (38), 12:34, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Implement tearing". А, они отключение vsync'а назвали "добавлением тиринга (разрывов)" (т.н. loaded language, речевая манипуляция) и воевали с последствиями своего манипулирования.

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

     
  • 2.73, Аноним (72), 13:23, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так тормоза только в кедах, тоесть проблема в кедах а не вейланде.
     

  • 1.4, Ананоним (?), 10:26, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мне одному кажется что курсор быстрее постаринке CPU отрисовывать, чем через GPU?
     
     
  • 2.16, Аноним (2), 10:39, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По старинке это через GPU. По-моему, там дело не в курсоре, а в том, что под курсором.
     
  • 2.33, Аноним (33), 12:00, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.
     
     
  • 3.53, Ананоним (?), 13:49, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.

    Ну у меня когда swap активно нагрущен так вообще графический интерефейс виснет на минуты. Под виндой на древних компах при максимальной нагрузке CPU курсторы не висли даже при отрисовке CPU. Просто архитектруно правильно реализовано было.

     
     
  • 4.54, Аноним (54), 14:09, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А тут — достижение, 2024 год.
     
     
  • 5.57, Ананоним (?), 14:26, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А
    > тут — достижение, 2024 год.

    Ну так я про это и говорю. Сначала настроят стен и заборов, и думают что их нельзя обойти. Потом героически преодолевают через верх или щели :D Все эти композиторы и 3D работают хуже для GUI чем классическое Hardware 2D на видеокартах эпохи Pentium 100.

     
  • 4.61, Аноним (-), 16:12, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Под виндой на древних компах

    интерфейс мог виснуть вообще без видимых причин.

    >  у меня когда swap активно нагрущен так вообще графический интерефейс виснет на минуты.

    Если твоя система использует своп, то тебе необходимо либо докупить оперативки, либо снизить потребление памяти. Либо если ни то, ни это не вариант, то единственный выход earlyoom. Свопа не должно быть в системе, он не помогает против подвисаний, только продлевает их.

     
     
  • 5.68, Ананоним (?), 22:34, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему-то под Windows активный swapping не приводил к таким зависаниям интерфейса.
     
     
  • 6.70, Аноним (70), 09:09, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Под Windows своппинг вообще такой боли не вызывает, а в линуксе лучше уж и правда сразу oomkiller.
     
  • 6.75, _kp (ok), 16:10, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Swap не замена ОЗУ, в него можно скинуть неактивные приложения или их части, но если активному приложению не хватает ОЗУ, что задействуется swap, то будут и тормоза и лаги.

    >>активный swapping

    Это мазахизм. С подобным будет одинаково плохо на любой ОС Нужно добавить ОЗУ.

    Разница будет только при разных объёмах задействованного объёма в swap для активного приложения.
    То есть, если разница заметна, то разное ПО потребляет разные объёмы памяти.


    >> не приводил к таким зависаниям интерфейса

    Значит значительное количество компонентов принудительно сохраняется в ОЗУ.

     
     
  • 7.78, Аноним (78), 00:52, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще в своё время своп был именно заменой ОЗУ. Когда она стоила конских денег. В 1995 восемь мегабайт (совершенно невыдающийся размер, как сейчас, ну скажем, 16 Гб) стоили около 300$. Разница на порядок! Но зачем сейчас так мучиться — непонятно.
     
     
  • 8.79, Ананоним (?), 01:55, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну приди и добавь в мой ноутбук с 16ГБайт ещё ОЗУ, если это уже предел И вообще... текст свёрнут, показать
     
     
  • 9.84, Аноним (83), 08:09, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут линух 16 сейчас мало под любой ОС, если заниматься чем-то кроме сиде... текст свёрнут, показать
     
     
  • 10.86, Аноним (54), 09:42, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорю про обычный, среднестатистический ПК 16 ему за глаза для большинства з... текст свёрнут, показать
     
  • 8.91, _kp (ok), 20:49, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Своп не замена А средство экономии ОЗУ, за счет вытеснения неиспользуемых стран... текст свёрнут, показать
     
  • 5.87, Ананий (?), 11:14, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >то тебе необходимо либо докупить оперативки, либо снизить потребление памяти.

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

    Т.е. есть оперелённый круг неежедныевных задач, где свопец, да еще на ссд - очень даже нужно.
    А память не всегда можно докупить. На тех же ноутах возможность апгрейда весьма ограничена.

     
  • 2.88, Аноним (88), 12:37, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если курсор отрисовывать на CPU, то увидишь обновленный курсор только после перерисовки кадра. Если курсор в отдельном пространстве, то получается «плавнее», т.к. курсор можно заменить/передвинуть без перерисовки всего кадра.

    Можно сделать курсорный композитор, но как бы это уже сделано... и часто аппаратно.

    Для игорей обычно не важно, там каждый кадр с нуля перерисовывается, но может тормозить меньше с аппаратным курсором (если игра сильно не дотягивает до fps монитора, а курсор - это простой спрайт).

     

  • 1.5, Alladin (?), 10:30, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Оо, наконец начали исправлять свои *косяки с 6.0
     
  • 1.6, Аноним (6), 10:30, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прочитал заголовок. Перевод что ли ?
     
     
  • 2.34, Аноним (34), 12:16, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а как?
     

  • 1.9, Аноним (9), 10:32, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В KDE прям навязчивая идея с кэшированием, мало им Akonadi и Nepomuk, впрочем проблемы кде-шников это толкьо проблемы кде-шников, им бы корпорацию вроде IBM, тогда б они поиздевались над линуксоидами, а так чем бы дитя не тешилось.
     
     
  • 2.15, Alladin (?), 10:37, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    у меня была странная хрень, когда окно выбора файлов в Qt обязательно висла на 2 минуты и когда выбрал файл оно обязательно зависнет на 2 минуты.

    Оказалось надо было удалить файл QtProject (на 300мб) в .config.

     
     
  • 3.30, Аноним (-), 11:46, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Оказалось надо было удалить файл QtProject (на 300мб) в .config.

    А почему этот файл был в каталоге "~/.config"? Он должен был бы быть в каталоге "~/.cache". В каталоге ~/.config должны хранится текстовые конфигурационный файлы, размер которых должен быть максимум 5 килобайт.

     
     
  • 4.37, Alladin (?), 12:22, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а почему он в .config я не знаю, но в этом файлике активно сохраняется история файлов и странный параметр treeViewHeader в домногого '\0' (500 байт сейчас файл весит)

    .cache я сам активно чищю

     
     
  • 5.40, Alladin (?), 12:32, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    После удаления файла он естественно также находиться в .config но уже в 500кб.
     
  • 4.48, n00by (ok), 13:06, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если файл должен быть в одно месте, а находится в другом, вернее спрашивать, что там за дистрибутив.
     
  • 3.42, marten (ok), 12:49, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, спасибо за подсказку, та же проблема была. И да, это не бред.
     
  • 2.19, Герострат (?), 10:42, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что за бессвязный бред я прочитал?
     
     
  • 3.46, n00by (ok), 13:02, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В сложных случаях обычно помогает заменить "они" на "я" и тогда становится всё связно:

    У меня прям навязчивая идея с кэшированием, мало мне Akonadi и Nepomuk, впрочем мои проблемы это толкьо мои проблемы, мне бы корпорацию вроде IBM, тогда б я поиздевался над линуксоидами, а так чем бы мне потешиться?

     

  • 1.10, Герострат (?), 10:32, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Такое ощущение, что Нейт единственный работяга в проекте KDE))
     
     
  • 2.12, 12yoexpert (ok), 10:34, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто пиарится на работе других. Потом перейдёт в другую контору на зп x10
     
     
  • 3.17, Герострат (?), 10:42, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Будто этим другим кто-то мешает пиариться.

    Кстати, Нейт не единственный кедоразраб, ведущий бложик, у других тоже есть. Просто Нейт пишет подробные отчёты каждую неделю.

     
  • 3.35, Аноним (34), 12:19, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Может ещё кансультанси запилить :)
     
  • 2.28, Аноним (28), 11:37, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разработчики в массе своей не очень любят писать отчёты и посты. Ну, типа, вон есть история коммитов, кому надо, тот посмотрит.

    Поэтому, те из них, кто посты пилит оказываются на слуху и создаётся впечатление, что только они и работают.

     
     
  • 3.50, n00by (ok), 13:09, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо путать отчёты с "постами". А если кто-то беспрерывно втыкает 2 часа в экран, его гнать надо с рабочего места на свежий воздух - наверняка уже забыл, что он там ищет.
     

  • 1.21, Аноним (21), 10:55, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лучше бы с krunner что-нибудь сделали. Он иногда так медленно открывается почти по минуте. И вешает всю систему. А потом это само по себе приходит.
     
     
  • 2.64, BrainFucker (ok), 22:10, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше бы с krunner что-нибудь сделали.

    Я ещё в пятой версии сделал. Из автозапуска убрал, поставил gmrun, переназначил хоткей Alt+F2 на запуск gmrun.

    Чем krunner всегда бесил, он постоянно висит в памяти даже когда не нужен, потребляет зачем-то 150МБ, мелочь по современным меркам, но для такой ерунды странное. Мне всех его фич не нужно, gmrun быстрее и его более чем хватает.

     

  • 1.27, Bottle (?), 11:23, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Читая новости про Wayland, хочется забыть о нём как о неудачном эксперименте. Но разработчики уже создают новое легаси, не выбросив до конца старое. В конце концов десктопный линукс из-за этого схлопнется.
     
     
  • 2.36, Аноним (34), 12:21, 08/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.44, Аноним (-), 12:58, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но разработчики уже создают новое легаси, не выбросив до конца старое.

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

     
     
  • 3.55, Аноним (54), 14:10, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А закопали бы иксы лет пять назад, сейчас мы бы мучились с вейландом все вместе.

    fixed

     
  • 3.59, Bottle (?), 15:11, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не думаю. Просто корпораты со временем найдут новую ОС с десктопом получше и будут продвигать её.
    Пока что альтернатив нет (есть, конечно, BSD с убогой лицензией, но все наработки разошлись по проприетари), есть только игрушечные экземпляры ради фана, вроде Haiku, SerenityOS, ReactOS. Единственная возможность стать какой-то из альтернатив популярной - дождаться фейла линукса.
     
     
  • 4.89, Аноним (89), 12:45, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс как десктопная ось уже провалился. Его ниша это запускалка браузера и терминала, чтобы рулить серверами по ссш. Весь хороший софт - кросплатформа или имеет лучший аналог на других ос.
     
  • 2.85, Аноним (83), 08:19, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну забудь, тебя тащит кто-то? У меня композитор вейланда (не забываем, что Вейланд - это протокол) работает стабильно и лучше, чем иксы.
     

  • 1.31, Аноним (-), 11:49, 08/06/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.43, n00by (ok), 12:56, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В файловый менеджер Dolphin добавлен вывод рекомендации по установке
    > приложения Filelight при попытке получения информации о свободном
    > пространстве на накопителе, если Filelight не установлен (в этом случае
    > выпадающее меню с информацией о свободном пространстве остаётся пустым).

    Вот ведь логичная фишка и удобная. Но, само-собой не установится после согласия пользователя, а придётся лезть в консоль. "Программа должна делать одну вещь и делать ее хорошо". Интегрировать все эти хорошо работающие программы почему-то не получается. Разве что Леннарт Поттеринг добавит в systemd поддержку MSI, вот тогда заживём %)

     
     
  • 2.62, n00by (ok), 17:38, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Discover я видел и пробовал, он тогда толком не работал. Спасибо, приму к сведению. Но у нас тут не популярные дитрибутивы, а какие уж есть. В Альте, может быть, даже работает? В смысле, заработает, когда появится KDE6.
     

  • 1.60, Аноним (-), 15:21, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > проприетарном драйвере NVIDIA, приводящей к подвисаниям
    > при перемещении или изменении размера

    Во. Правильный подход к делу - тыкать проприетарщиков в их баги носом, как котят.

     
  • 1.63, Аноним (63), 21:04, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Как отличить современную DE от экскрементов мамонта? В современной DE для отрисовки курсора необходимо задействовать всю мощь GPU!

    А лет через 5, в консоле линукса вывод текста на экран будет тормозить если твой GPU слабее условного 4090
     
     
  • 2.67, Аноним (66), 22:30, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что ж его в консоли будет тормозить, нескучные живые обои?
     

  • 1.65, Аноним (65), 22:13, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?
     
     
  • 2.69, ilyafedin (ok), 01:37, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Обычно в таких случаях надо купить разработчика драйвера, а не видеокарту. Иначе может ничего не измениться.

    Такого не должно быть даже на intel gen 3, но может быть даже на топовой видеокарте если где-то там баг и какой-нибудь вызов GL ждет секунду чего-то вместо того, чтобы выполниться моментально.

     
  • 2.71, Аноним (54), 11:43, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Инпут-лаг дисплея бы сначала проверить. А то, может быть, вы за проектором сидите.
     
  • 2.77, Aoius (?), 16:38, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?

    1. Зорг или Вейлэнд?
    2. Провод, БТ или радиоканал?
    3. Драйвер ГПУ?
    4. ДЕ и композитор?
    Тебе может и 6900ХТ не поможет.

     
     
  • 3.90, Аноним (90), 14:28, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    RDP через спутниковый канал в Аргентину, с расбери-пи на котором в 4 потока xz жмет бэкапы
     

  • 1.76, Аноним (76), 16:28, 09/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > значительно ускоряющее работу с содержимым каталога ~/.cache. Добавленная оптимизация

    Починили, ага, оптимизация, ага. В этом весь KDE :D

    // The shader (currently) causes a blocking disk flush on load and save of every QQuickWindow
    // Because it's on load, it will happen every time not just occasionally
    // The gains are minimal, disable until it's fixed
    QCoreApplication::setAttribute(Qt::AA_DisableShaderDiskCache);

     
  • 1.80, Аноним (80), 06:46, 10/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Hardware Cursor же миллион лет, ещё году в 1999 его припомню.
     
  • 1.81, Perlovka (ok), 07:20, 10/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я тут вчера поставил пятые кеды на посмотреть, последний раз видел третьи до этого.
    По-моему, курсор это меньшая из проблем в КДЕ. Так испохабить лучшее когда-то ДЕ надо еще было умудриться.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру