URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 133960
[ Назад ]
Исходное сообщение
"В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на GPU Intel"
Отправлено opennews , 08-Июн-24 10:04 
Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Среди наиболее заметных изменений:...

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

Содержание
Сообщения в этом обсуждении
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:04 
Интересно насколько быстрее стал отрисовываться курсор, есть ли реальные измерения и benchmarks?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:10 
Толку тебе от синтетики? Сказали быстрее, значит, быстрее. Это интересно в первую очередь загрузкой системы и поведением под нагрузкой и на пониженных частотах. А вот неверно выстановленная __GL_YIELD оконному менеджеру (по умолчанию) может оказывать тысячекратное превышение потребление процессора.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 10:30 
в 6.0 началась дичь с курсором под wayland, а под xorg все отлично.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 10:34 
*дичь в плане он странно дергался
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:59 
Нормально он дёргался. В самый раз начать переписывать вяленд на расте. Мы ещё лет 10 на нормальном Х11 посидим, а там и до пенсии недалеко, либо отдельное ядро из 128 будет нежалко выделить на рендер курсора вяленым
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 08:04 
Как можно переписать протокол на ЯП? Протокол пишется на английском.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 22:22 
Всё ещё не совсем готов.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 09-Июн-24 13:22 
Это приколы KDE а не Wayland. В Gnome же проблем с курсором нет, все плавно. Собственно об этом и написанно в списке изменений, что задействовал аппаратное ускорение для курсора.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено _kp , 09-Июн-24 15:53 
Скорее в Гноме тормозит всё, и на фоне этого не заметно тормозит курсор или нет.
На немощных компах конечно, а на нормальных ни Гном, ни курсор в КДЕ, не тормозят.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 08:03 
Неверная логика, вейланд - это протокол. Реализация протокола в kde - kwin, в гноме - mutter, а ещё есть композиторы всякие типа wayfire. Соответственно проблема курсора - это проблема композитора kwin, если в других не воспроизводится. А оно не воспроизводится.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено crypt , 08-Июн-24 10:31 
> В KDE включено ускорение отрисовки курсора на GPU Intel

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:24 
Делая вейланд боролись с тирингом
Теперь боремся с тормозами курсора
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 10:35 
с тормозами курсора под wayland.

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 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...

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 09-Июн-24 13:23 
Так тормоза только в кедах, тоесть проблема в кедах а не вейланде.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Ананоним , 08-Июн-24 10:26 
Мне одному кажется что курсор быстрее постаринке CPU отрисовывать, чем через GPU?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:39 
По старинке это через GPU. По-моему, там дело не в курсоре, а в том, что под курсором.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 12:00 
Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Ананоним , 08-Июн-24 13:49 
> Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.

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

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

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

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

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

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Ананоним , 08-Июн-24 22:34 
Почему-то под Windows активный swapping не приводил к таким зависаниям интерфейса.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 09-Июн-24 09:09 
Под Windows своппинг вообще такой боли не вызывает, а в линуксе лучше уж и правда сразу oomkiller.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено _kp , 09-Июн-24 16:10 
Swap не замена ОЗУ, в него можно скинуть неактивные приложения или их части, но если активному приложению не хватает ОЗУ, что задействуется swap, то будут и тормоза и лаги.

>>активный swapping

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

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


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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 00:52 
Вообще в своё время своп был именно заменой ОЗУ. Когда она стоила конских денег. В 1995 восемь мегабайт (совершенно невыдающийся размер, как сейчас, ну скажем, 16 Гб) стоили около 300$. Разница на порядок! Но зачем сейчас так мучиться — непонятно.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Ананоним , 10-Июн-24 01:55 
Ну приди и добавь в мой ноутбук с 16ГБайт ещё ОЗУ, если это уже предел. И вообще, отключение swap в моём случае это как сказать прощай тяжёлым задачам. Только не говорите что мне нужно бежать и покупать новый ноутбук с 32ГБайт ОЗУ потому что в линухе кривой swap.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 08:09 
Причем тут линух? 16 сейчас мало под любой ОС, если заниматься чем-то кроме сидения в ВК. Конечно надо новый покупать, давно пора.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 09:42 
Я говорю про обычный, среднестатистический ПК. 16 ему за глаза для большинства задач. Но да, можно и больше — потому что дёшево. О чём и речь.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено _kp , 10-Июн-24 20:49 
Своп не замена! А средство экономии ОЗУ, за счет вытеснения неиспользуемых страниц в своп.
Например на случай gовнокода типа выделим под каждую стоку буфер 100МБ, что б точно хватило, а раз столько мы использовать точно не будем, и значит просто выделится место в свопе, без жора памяти.
Но если не хватило активно используемого ОЗУ, то система становилась нежизнеспособным тормозом.

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

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

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

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

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

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 10:30 
Оо, наконец начали исправлять свои *косяки с 6.0
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:30 
Прочитал заголовок. Перевод что ли ?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 12:16 
Ну а как?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:32 
В KDE прям навязчивая идея с кэшированием, мало им Akonadi и Nepomuk, впрочем проблемы кде-шников это толкьо проблемы кде-шников, им бы корпорацию вроде IBM, тогда б они поиздевались над линуксоидами, а так чем бы дитя не тешилось.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 10:37 
у меня была странная хрень, когда окно выбора файлов в Qt обязательно висла на 2 минуты и когда выбрал файл оно обязательно зависнет на 2 минуты.

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

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

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

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Alladin , 08-Июн-24 12:32 
После удаления файла он естественно также находиться в .config но уже в 500кб.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено n00by , 08-Июн-24 13:06 
Если файл должен быть в одно месте, а находится в другом, вернее спрашивать, что там за дистрибутив.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено marten , 08-Июн-24 12:49 
Ох, спасибо за подсказку, та же проблема была. И да, это не бред.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Герострат , 08-Июн-24 10:42 
Что за бессвязный бред я прочитал?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено n00by , 08-Июн-24 13:02 
В сложных случаях обычно помогает заменить "они" на "я" и тогда становится всё связно:

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

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

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

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено n00by , 08-Июн-24 13:09 
Не надо путать отчёты с "постами". А если кто-то беспрерывно втыкает 2 часа в экран, его гнать надо с рабочего места на свежий воздух - наверняка уже забыл, что он там ищет.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 10:55 
Лучше бы с krunner что-нибудь сделали. Он иногда так медленно открывается почти по минуте. И вешает всю систему. А потом это само по себе приходит.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено BrainFucker , 08-Июн-24 22:10 
> Лучше бы с krunner что-нибудь сделали.

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

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Bottle , 08-Июн-24 11:23 
Читая новости про Wayland, хочется забыть о нём как о неудачном эксперименте. Но разработчики уже создают новое легаси, не выбросив до конца старое. В конце концов десктопный линукс из-за этого схлопнется.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 12:21 
А я всё думал, что им вяленый не нравится... Оказалась кутешники
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 12:58 
> Но разработчики уже создают новое легаси, не выбросив до конца старое.

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

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

fixed

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Bottle , 08-Июн-24 15:11 
Не думаю. Просто корпораты со временем найдут новую ОС с десктопом получше и будут продвигать её.
Пока что альтернатив нет (есть, конечно, BSD с убогой лицензией, но все наработки разошлись по проприетари), есть только игрушечные экземпляры ради фана, вроде Haiku, SerenityOS, ReactOS. Единственная возможность стать какой-то из альтернатив популярной - дождаться фейла линукса.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 12:45 
Линукс как десктопная ось уже провалился. Его ниша это запускалка браузера и терминала, чтобы рулить серверами по ссш. Весь хороший софт - кросплатформа или имеет лучший аналог на других ос.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 08:19 
Ну забудь, тебя тащит кто-то? У меня композитор вейланда (не забываем, что Вейланд - это протокол) работает стабильно и лучше, чем иксы.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 11:49 
Всегда приятно видеть новость о KDE, работа по любимому DE греет сердечко..
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено n00by , 08-Июн-24 12:56 
> В файловый менеджер Dolphin добавлен вывод рекомендации по установке
> приложения Filelight при попытке получения информации о свободном
> пространстве на накопителе, если Filelight не установлен (в этом случае
> выпадающее меню с информацией о свободном пространстве остаётся пустым).

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено n00by , 08-Июн-24 17:38 
Discover я видел и пробовал, он тогда толком не работал. Спасибо, приму к сведению. Но у нас тут не популярные дитрибутивы, а какие уж есть. В Альте, может быть, даже работает? В смысле, заработает, когда появится KDE6.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 15:21 
> проприетарном драйвере NVIDIA, приводящей к подвисаниям
> при перемещении или изменении размера

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 14-Июн-24 12:51 
особенно когда открытый сравнимого качества никто не написал и тыкать т.о. некого?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 21:04 
Как отличить современную DE от экскрементов мамонта? В современной DE для отрисовки курсора необходимо задействовать всю мощь GPU!

А лет через 5, в консоле линукса вывод текста на экран будет тормозить если твой GPU слабее условного 4090
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 22:30 
А что ж его в консоли будет тормозить, нескучные живые обои?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 08-Июн-24 22:13 
У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено ilyafedin , 09-Июн-24 01:37 
Обычно в таких случаях надо купить разработчика драйвера, а не видеокарту. Иначе может ничего не измениться.

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 09-Июн-24 11:43 
Инпут-лаг дисплея бы сначала проверить. А то, может быть, вы за проектором сидите.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Aoius , 09-Июн-24 16:38 
>У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 14:28 
RDP через спутниковый канал в Аргентину, с расбери-пи на котором в 4 потока xz жмет бэкапы
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 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);

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 10-Июн-24 06:46 
Hardware Cursor же миллион лет, ещё году в 1999 его припомню.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Perlovka , 10-Июн-24 07:20 
Я тут вчера поставил пятые кеды на посмотреть, последний раз видел третьи до этого.
По-моему, курсор это меньшая из проблем в КДЕ. Так испохабить лучшее когда-то ДЕ надо еще было умудриться.
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 14-Июн-24 12:49 
Наконец скомпилировались?
"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Perlovka , 15-Июн-24 12:20 
> Наконец скомпилировались?

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

"В KDE повышена эффективность кэширования и включено ускорени..."
Отправлено Аноним , 14-Июн-24 12:48 
эффекты пишут на диск? То-то современные системы на hdd неюзабильны стали