The OpenNET Project / Index page

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



"В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на GPU Intel"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на GPU Intel"  +/
Сообщение от opennews (??), 08-Июн-24, 10:04 
Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Среди наиболее заметных изменений:...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61335

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "В KDE повышена эффективность кэширования и включено ускорени..."  –1 +/
Сообщение от Аноним (1), 08-Июн-24, 10:04 
Интересно насколько быстрее стал отрисовываться курсор, есть ли реальные измерения и benchmarks?
Ответить | Правка | Наверх | Cообщить модератору

2. "В KDE повышена эффективность кэширования и включено ускорени..."  –2 +/
Сообщение от Аноним (2), 08-Июн-24, 10:10 
Толку тебе от синтетики? Сказали быстрее, значит, быстрее. Это интересно в первую очередь загрузкой системы и поведением под нагрузкой и на пониженных частотах. А вот неверно выстановленная __GL_YIELD оконному менеджеру (по умолчанию) может оказывать тысячекратное превышение потребление процессора.
Ответить | Правка | Наверх | Cообщить модератору

7. "В KDE повышена эффективность кэширования и включено ускорени..."  +5 +/
Сообщение от Alladin (?), 08-Июн-24, 10:30 
в 6.0 началась дичь с курсором под wayland, а под xorg все отлично.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

13. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Alladin (?), 08-Июн-24, 10:34 
*дичь в плане он странно дергался
Ответить | Правка | Наверх | Cообщить модератору

23. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от Аноним (23), 08-Июн-24, 10:59 
Нормально он дёргался. В самый раз начать переписывать вяленд на расте. Мы ещё лет 10 на нормальном Х11 посидим, а там и до пенсии недалеко, либо отдельное ядро из 128 будет нежалко выделить на рендер курсора вяленым
Ответить | Правка | Наверх | Cообщить модератору

83. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (83), 10-Июн-24, 08:04 
Как можно переписать протокол на ЯП? Протокол пишется на английском.
Ответить | Правка | Наверх | Cообщить модератору

66. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (66), 08-Июн-24, 22:22 
Всё ещё не совсем готов.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

72. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (72), 09-Июн-24, 13:22 
Это приколы KDE а не Wayland. В Gnome же проблем с курсором нет, все плавно. Собственно об этом и написанно в списке изменений, что задействовал аппаратное ускорение для курсора.
Ответить | Правка | Наверх | Cообщить модератору

74. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от _kp (ok), 09-Июн-24, 15:53 
Скорее в Гноме тормозит всё, и на фоне этого не заметно тормозит курсор или нет.
На немощных компах конечно, а на нормальных ни Гном, ни курсор в КДЕ, не тормозят.
Ответить | Правка | Наверх | Cообщить модератору

82. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (83), 10-Июн-24, 08:03 
Неверная логика, вейланд - это протокол. Реализация протокола в kde - kwin, в гноме - mutter, а ещё есть композиторы всякие типа wayfire. Соответственно проблема курсора - это проблема композитора kwin, если в других не воспроизводится. А оно не воспроизводится.
Ответить | Правка | Наверх | Cообщить модератору

8. "В KDE повышена эффективность кэширования и включено ускорени..."  +5 +/
Сообщение от crypt (ok), 08-Июн-24, 10:31 
> В KDE включено ускорение отрисовки курсора на GPU Intel

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "В KDE повышена эффективность кэширования и включено ускорени..."  +14 +/
Сообщение от Аноним (3), 08-Июн-24, 10:24 
Делая вейланд боролись с тирингом
Теперь боремся с тормозами курсора
Ответить | Правка | Наверх | Cообщить модератору

14. "В KDE повышена эффективность кэширования и включено ускорени..."  –1 +/
Сообщение от Alladin (?), 08-Июн-24, 10:35 
с тормозами курсора под wayland.

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

Ответить | Правка | Наверх | Cообщить модератору

38. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (38), 08-Июн-24, 12:24 
Боролись же с возможностью отключения 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/-/m...

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

39. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Alladin (?), 08-Июн-24, 12:31 
Там еще был забавный коммит, когда через много-много версий они добавили возможность отключения синхронизации:)
Ответить | Правка | Наверх | Cообщить модератору

41. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (38), 08-Июн-24, 12:34 
"Implement tearing". А, они отключение vsync'а назвали "добавлением тиринга (разрывов)" (т.н. loaded language, речевая манипуляция) и воевали с последствиями своего манипулирования.

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

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

73. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (72), 09-Июн-24, 13:23 
Так тормоза только в кедах, тоесть проблема в кедах а не вейланде.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "В KDE повышена эффективность кэширования и включено ускорени..."  +2 +/
Сообщение от Ананоним (?), 08-Июн-24, 10:26 
Мне одному кажется что курсор быстрее постаринке CPU отрисовывать, чем через GPU?
Ответить | Правка | Наверх | Cообщить модератору

16. "В KDE повышена эффективность кэширования и включено ускорени..."  +4 +/
Сообщение от Аноним (2), 08-Июн-24, 10:39 
По старинке это через GPU. По-моему, там дело не в курсоре, а в том, что под курсором.
Ответить | Правка | Наверх | Cообщить модератору

33. "В KDE повышена эффективность кэширования и включено ускорени..."  +2 +/
Сообщение от Аноним (33), 08-Июн-24, 12:00 
Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

53. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от Ананоним (?), 08-Июн-24, 13:49 
> Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.

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

Ответить | Правка | Наверх | Cообщить модератору

54. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (54), 08-Июн-24, 14:09 
Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А тут — достижение, 2024 год.
Ответить | Правка | Наверх | Cообщить модератору

57. "В KDE повышена эффективность кэширования и включено ускорени..."  +4 +/
Сообщение от Ананоним (?), 08-Июн-24, 14:26 
> Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А
> тут — достижение, 2024 год.

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

Ответить | Правка | Наверх | Cообщить модератору

61. "В KDE повышена эффективность кэширования и включено ускорени..."  +4 +/
Сообщение от Аноним (-), 08-Июн-24, 16:12 
> Под виндой на древних компах

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

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

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

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

68. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Ананоним (?), 08-Июн-24, 22:34 
Почему-то под Windows активный swapping не приводил к таким зависаниям интерфейса.
Ответить | Правка | Наверх | Cообщить модератору

70. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (70), 09-Июн-24, 09:09 
Под Windows своппинг вообще такой боли не вызывает, а в линуксе лучше уж и правда сразу oomkiller.
Ответить | Правка | Наверх | Cообщить модератору

75. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от _kp (ok), 09-Июн-24, 16:10 
Swap не замена ОЗУ, в него можно скинуть неактивные приложения или их части, но если активному приложению не хватает ОЗУ, что задействуется swap, то будут и тормоза и лаги.

>>активный swapping

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

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


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

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

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

78. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (78), 10-Июн-24, 00:52 
Вообще в своё время своп был именно заменой ОЗУ. Когда она стоила конских денег. В 1995 восемь мегабайт (совершенно невыдающийся размер, как сейчас, ну скажем, 16 Гб) стоили около 300$. Разница на порядок! Но зачем сейчас так мучиться — непонятно.
Ответить | Правка | Наверх | Cообщить модератору

79. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Ананоним (?), 10-Июн-24, 01:55 
Ну приди и добавь в мой ноутбук с 16ГБайт ещё ОЗУ, если это уже предел. И вообще, отключение swap в моём случае это как сказать прощай тяжёлым задачам. Только не говорите что мне нужно бежать и покупать новый ноутбук с 32ГБайт ОЗУ потому что в линухе кривой swap.
Ответить | Правка | Наверх | Cообщить модератору

84. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (83), 10-Июн-24, 08:09 
Причем тут линух? 16 сейчас мало под любой ОС, если заниматься чем-то кроме сидения в ВК. Конечно надо новый покупать, давно пора.
Ответить | Правка | Наверх | Cообщить модератору

86. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (54), 10-Июн-24, 09:42 
Я говорю про обычный, среднестатистический ПК. 16 ему за глаза для большинства задач. Но да, можно и больше — потому что дёшево. О чём и речь.
Ответить | Правка | Наверх | Cообщить модератору

91. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от _kp (ok), 10-Июн-24, 20:49 
Своп не замена! А средство экономии ОЗУ, за счет вытеснения неиспользуемых страниц в своп.
Например на случай gовнокода типа выделим под каждую стоку буфер 100МБ, что б точно хватило, а раз столько мы использовать точно не будем, и значит просто выделится место в свопе, без жора памяти.
Но если не хватило активно используемого ОЗУ, то система становилась нежизнеспособным тормозом.

И кстати, в 1995 на 16МБ ОЗУ тогдашний Windows еще вполне работал. А на 8МБ уже только запускался, и никакой своп это исправить не мог.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

87. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Ананий (?), 10-Июн-24, 11:14 
>то тебе необходимо либо докупить оперативки, либо снизить потребление памяти.

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

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

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

88. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (88), 10-Июн-24, 12:37 
Если курсор отрисовывать на CPU, то увидишь обновленный курсор только после перерисовки кадра. Если курсор в отдельном пространстве, то получается «плавнее», т.к. курсор можно заменить/передвинуть без перерисовки всего кадра.

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

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "В KDE повышена эффективность кэширования и включено ускорени..."  +2 +/
Сообщение от Alladin (?), 08-Июн-24, 10:30 
Оо, наконец начали исправлять свои *косяки с 6.0
Ответить | Правка | Наверх | Cообщить модератору

6. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (6), 08-Июн-24, 10:30 
Прочитал заголовок. Перевод что ли ?
Ответить | Правка | Наверх | Cообщить модератору

34. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (34), 08-Июн-24, 12:16 
Ну а как?
Ответить | Правка | Наверх | Cообщить модератору

9. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (9), 08-Июн-24, 10:32 
В KDE прям навязчивая идея с кэшированием, мало им Akonadi и Nepomuk, впрочем проблемы кде-шников это толкьо проблемы кде-шников, им бы корпорацию вроде IBM, тогда б они поиздевались над линуксоидами, а так чем бы дитя не тешилось.
Ответить | Правка | Наверх | Cообщить модератору

15. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от Alladin (?), 08-Июн-24, 10:37 
у меня была странная хрень, когда окно выбора файлов в Qt обязательно висла на 2 минуты и когда выбрал файл оно обязательно зависнет на 2 минуты.

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

Ответить | Правка | Наверх | Cообщить модератору

30. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (-), 08-Июн-24, 11:46 
>Оказалось надо было удалить файл QtProject (на 300мб) в .config.

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

Ответить | Правка | Наверх | Cообщить модератору

37. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Alladin (?), 08-Июн-24, 12:22 
а почему он в .config я не знаю, но в этом файлике активно сохраняется история файлов и странный параметр treeViewHeader в домногого '\0' (500 байт сейчас файл весит)

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

Ответить | Правка | Наверх | Cообщить модератору

40. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Alladin (?), 08-Июн-24, 12:32 
После удаления файла он естественно также находиться в .config но уже в 500кб.
Ответить | Правка | Наверх | Cообщить модератору

48. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от n00by (ok), 08-Июн-24, 13:06 
Если файл должен быть в одно месте, а находится в другом, вернее спрашивать, что там за дистрибутив.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

42. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от marten (ok), 08-Июн-24, 12:49 
Ох, спасибо за подсказку, та же проблема была. И да, это не бред.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

19. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от Герострат (?), 08-Июн-24, 10:42 
Что за бессвязный бред я прочитал?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

46. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от n00by (ok), 08-Июн-24, 13:02 
В сложных случаях обычно помогает заменить "они" на "я" и тогда становится всё связно:

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

Ответить | Правка | Наверх | Cообщить модератору

10. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от Герострат (?), 08-Июн-24, 10:32 
Такое ощущение, что Нейт единственный работяга в проекте KDE))
Ответить | Правка | Наверх | Cообщить модератору

12. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от 12yoexpert (ok), 08-Июн-24, 10:34 
Он просто пиарится на работе других. Потом перейдёт в другую контору на зп x10
Ответить | Правка | Наверх | Cообщить модератору

17. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от Герострат (?), 08-Июн-24, 10:42 
Будто этим другим кто-то мешает пиариться.

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

Ответить | Правка | Наверх | Cообщить модератору

35. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (34), 08-Июн-24, 12:19 
Может ещё кансультанси запилить :)
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

28. "В KDE повышена эффективность кэширования и включено ускорени..."  +2 +/
Сообщение от Аноним (28), 08-Июн-24, 11:37 
Разработчики в массе своей не очень любят писать отчёты и посты. Ну, типа, вон есть история коммитов, кому надо, тот посмотрит.

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

50. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от n00by (ok), 08-Июн-24, 13:09 
Не надо путать отчёты с "постами". А если кто-то беспрерывно втыкает 2 часа в экран, его гнать надо с рабочего места на свежий воздух - наверняка уже забыл, что он там ищет.
Ответить | Правка | Наверх | Cообщить модератору

21. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от Аноним (21), 08-Июн-24, 10:55 
Лучше бы с krunner что-нибудь сделали. Он иногда так медленно открывается почти по минуте. И вешает всю систему. А потом это само по себе приходит.
Ответить | Правка | Наверх | Cообщить модератору

64. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от BrainFucker (ok), 08-Июн-24, 22:10 
> Лучше бы с krunner что-нибудь сделали.

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

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

Ответить | Правка | Наверх | Cообщить модератору

27. "В KDE повышена эффективность кэширования и включено ускорени..."  –2 +/
Сообщение от Bottle (?), 08-Июн-24, 11:23 
Читая новости про Wayland, хочется забыть о нём как о неудачном эксперименте. Но разработчики уже создают новое легаси, не выбросив до конца старое. В конце концов десктопный линукс из-за этого схлопнется.
Ответить | Правка | Наверх | Cообщить модератору

36. Скрыто модератором  +/
Сообщение от Аноним (34), 08-Июн-24, 12:21 
Ответить | Правка | Наверх | Cообщить модератору

44. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (-), 08-Июн-24, 12:58 
> Но разработчики уже создают новое легаси, не выбросив до конца старое.

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

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

55. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от Аноним (54), 08-Июн-24, 14:10 
> А закопали бы иксы лет пять назад, сейчас мы бы мучились с вейландом все вместе.

fixed

Ответить | Правка | Наверх | Cообщить модератору

59. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Bottle (?), 08-Июн-24, 15:11 
Не думаю. Просто корпораты со временем найдут новую ОС с десктопом получше и будут продвигать её.
Пока что альтернатив нет (есть, конечно, BSD с убогой лицензией, но все наработки разошлись по проприетари), есть только игрушечные экземпляры ради фана, вроде Haiku, SerenityOS, ReactOS. Единственная возможность стать какой-то из альтернатив популярной - дождаться фейла линукса.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

89. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (89), 10-Июн-24, 12:45 
Линукс как десктопная ось уже провалился. Его ниша это запускалка браузера и терминала, чтобы рулить серверами по ссш. Весь хороший софт - кросплатформа или имеет лучший аналог на других ос.
Ответить | Правка | Наверх | Cообщить модератору

85. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (83), 10-Июн-24, 08:19 
Ну забудь, тебя тащит кто-то? У меня композитор вейланда (не забываем, что Вейланд - это протокол) работает стабильно и лучше, чем иксы.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

31. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 08-Июн-24, 11:49 
Ответить | Правка | Наверх | Cообщить модератору

43. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от n00by (ok), 08-Июн-24, 12:56 
> В файловый менеджер Dolphin добавлен вывод рекомендации по установке
> приложения Filelight при попытке получения информации о свободном
> пространстве на накопителе, если Filelight не установлен (в этом случае
> выпадающее меню с информацией о свободном пространстве остаётся пустым).

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

Ответить | Правка | Наверх | Cообщить модератору

62. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от n00by (ok), 08-Июн-24, 17:38 
Discover я видел и пробовал, он тогда толком не работал. Спасибо, приму к сведению. Но у нас тут не популярные дитрибутивы, а какие уж есть. В Альте, может быть, даже работает? В смысле, заработает, когда появится KDE6.
Ответить | Правка | Наверх | Cообщить модератору

60. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (-), 08-Июн-24, 15:21 
> проприетарном драйвере NVIDIA, приводящей к подвисаниям
> при перемещении или изменении размера

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

Ответить | Правка | Наверх | Cообщить модератору

94. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (94), 14-Июн-24, 12:51 
особенно когда открытый сравнимого качества никто не написал и тыкать т.о. некого?
Ответить | Правка | Наверх | Cообщить модератору

63. "В KDE повышена эффективность кэширования и включено ускорени..."  +3 +/
Сообщение от Аноним (63), 08-Июн-24, 21:04 
Как отличить современную DE от экскрементов мамонта? В современной DE для отрисовки курсора необходимо задействовать всю мощь GPU!

А лет через 5, в консоле линукса вывод текста на экран будет тормозить если твой GPU слабее условного 4090
Ответить | Правка | Наверх | Cообщить модератору

67. "В KDE повышена эффективность кэширования и включено ускорени..."  –1 +/
Сообщение от Аноним (66), 08-Июн-24, 22:30 
А что ж его в консоли будет тормозить, нескучные живые обои?
Ответить | Правка | Наверх | Cообщить модератору

65. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (65), 08-Июн-24, 22:13 
У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?
Ответить | Правка | Наверх | Cообщить модератору

69. "В KDE повышена эффективность кэширования и включено ускорени..."  +2 +/
Сообщение от ilyafedinemail (ok), 09-Июн-24, 01:37 
Обычно в таких случаях надо купить разработчика драйвера, а не видеокарту. Иначе может ничего не измениться.

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

Ответить | Правка | Наверх | Cообщить модератору

71. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (54), 09-Июн-24, 11:43 
Инпут-лаг дисплея бы сначала проверить. А то, может быть, вы за проектором сидите.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

77. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Aoius (?), 09-Июн-24, 16:38 
>У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?

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

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

90. "В KDE повышена эффективность кэширования и включено ускорени..."  +1 +/
Сообщение от Аноним (90), 10-Июн-24, 14:28 
RDP через спутниковый канал в Аргентину, с расбери-пи на котором в 4 потока xz жмет бэкапы
Ответить | Правка | Наверх | Cообщить модератору

76. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (76), 09-Июн-24, 16:28 
> значительно ускоряющее работу с содержимым каталога ~/.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);

Ответить | Правка | Наверх | Cообщить модератору

80. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (80), 10-Июн-24, 06:46 
Hardware Cursor же миллион лет, ещё году в 1999 его припомню.
Ответить | Правка | Наверх | Cообщить модератору

81. "В KDE повышена эффективность кэширования и включено ускорени..."  +4 +/
Сообщение от Perlovka (ok), 10-Июн-24, 07:20 
Я тут вчера поставил пятые кеды на посмотреть, последний раз видел третьи до этого.
По-моему, курсор это меньшая из проблем в КДЕ. Так испохабить лучшее когда-то ДЕ надо еще было умудриться.
Ответить | Правка | Наверх | Cообщить модератору

93. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (94), 14-Июн-24, 12:49 
Наконец скомпилировались?
Ответить | Правка | Наверх | Cообщить модератору

95. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Perlovka (ok), 15-Июн-24, 12:20 
> Наконец скомпилировались?

Если у вас проблемы со временем компилирования, то стоит сменить ваш Core2Duo на что-нибудь более современное.

Ответить | Правка | Наверх | Cообщить модератору

92. "В KDE повышена эффективность кэширования и включено ускорени..."  +/
Сообщение от Аноним (94), 14-Июн-24, 12:48 
эффекты пишут на диск? То-то современные системы на hdd неюзабильны стали
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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