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

"В KDE значительно повысили производительность при использовании внешних GPU"	+/–
Сообщение от opennews (?), 01-Авг-26, 06:35
Опубликован очередной еженедельный отчёт о разработке KDE, в котором представлена порция изменений для ветки KDE Plasma 6.8, релиз которой запланирован на 14 октября. Среди недавних изменений:... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66009
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В KDE значительно повысили производительность при использова..."	–1 +/–
Сообщение от Апдейт (?), 01-Авг-26, 06:35
Лагодромные анимации лучше пусть починят
Ответить | Правка | Наверх | Cообщить модератору

	2. "В KDE значительно повысили производительность при использова..."	+5 +/–
	Сообщение от Аноним (2), 01-Авг-26, 07:17
	расскажи мне и моему 15ти летнему ноуту, где ты там чего не смог
	Ответить | Правка | Наверх | Cообщить модератору

	60. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 03-Авг-26, 00:12
	Так он про анимации пишет. Весьма вероятно не смог поставить драйвера видеокарты и на каком-нибудь старом wayland сидит без обновлений. Как минимум может попробовать > sudo apt update > sudo apt full-upgrade Или в своем sddm попробовать войти через Xorg вместо Wayland и не мучиться. Если KDE ещё поддерживает.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Кирилл (??), 05-Авг-26, 18:53
	Достаточно просто попереключать окна, хоть с панели (не дай боже с панели!), хоть альт-табом.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	65. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Кирилл (??), 05-Авг-26, 18:54
	Хотя не знаю, может быть на нвидия что то работает?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	6. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (6), 01-Авг-26, 07:33
	Ну-ну,фмча это - желейный интерфейс!
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	9. "В KDE значительно повысили производительность при использова..."	–2 +/–
	Сообщение от Аноним (9), 01-Авг-26, 09:47
	Да, этот экспериенс. Эти желейные интерфейсы, эти WebUi, ты просто не чувствуешь лаг. Это не так круто, как мгновенный отклик на Windows 10. Kde далеко в прогрессе.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "В KDE значительно повысили производительность при использова..."	+2 +/–
	Сообщение от Заноним (?), 02-Авг-26, 01:08
	"мгновенный отклик на Windows 10" - смешно ))
	Ответить | Правка | Наверх | Cообщить модератору

	14. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (14), 01-Авг-26, 10:53
	> Значительно повышена производительность при использовании внешних видеокарт Тут больше интересно, почему это делается не в вейленде, а в DE. Вейленд сильно тормозит со внешними видюхами, и это не исправить, ибо архитектурная проблема?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	30. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (-), 01-Авг-26, 14:36
	"Протокол Wayland не содержит и не должен содержать кода для работы с драйверами. Задачи распределения ресурсов лежат на композиторах сред (DE)" "Единый композитор не делают потому, что в архитектуре Wayland композитор — это и есть само графическое окружение. Сделать его общим — значит заставить все DE выглядеть и работать одинаково под капотом"
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В KDE значительно повысили производительность при использова..."	–4 +/–
	Сообщение от Аноним (-), 01-Авг-26, 14:40
	"Единая база кода все-таки есть (Wlroots). Хотя единого готового композитора для всех нет, сообщество создало единый фундамент — библиотеку wlroots (разработанную авторами Sway). wlroots — это не сам композитор, а «конструктор», который берет на себя всю грязную работу по общению с видеокартами, драйверами, eGPU и обработке ввода. На базе wlroots сегодня работают десятки разных графических сред и оконных менеджеров: Sway, Wayfire, Hyprland, Labwc, и даже новые версии сред вроде LXQt и XFCE смотрят в эту сторону. Однако крупнейшие игроки — GNOME (Mutter) и KDE (Kwin) — отказались от wlroots. Они начали разработку своих Wayland-композиторов задолго до появления этой библиотеки и имеют слишком много уникального кода, который невозможно переписать под общие рельсы без потери ключевых функций" "Специфика экосистем: Попытка объединить их в один проект привела бы к бесконечным спорам между разработчиками о том, как должна работать графика, и проект бы просто затормозился"
	Ответить | Правка | Наверх | Cообщить модератору

	34. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (-), 01-Авг-26, 15:22
	Короче: одним изменением протокола это не решить, поэтому и нет общего протокола и композитора есть только похожее или непохожее.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (43), 01-Авг-26, 18:48
	Wayland композитор — это и есть само графическое окружение.  Встроить графическое окружение и оконный менеджер прям в композитор это как если бы в Xorg встроили KDE. А еще что-то там про сервер печати в иксах орали.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	56. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (56), 02-Авг-26, 18:04
	>Встроить графическое окружение и оконный менеджер прям в композитор это как если бы в Xorg встроили KDE. У Протокола Wayland вся отрисовка выполняется на стороне клиента. Библиотеки и готовые тулкиты никто в серверную часть не пихает. Композитный сервер и оконный менеджер объединены в одной реализации. Это по сути одно и то же. А вот внутри X.org композитор был отдельной сущностью. Вообще X.org это монструозный комбайн вмещающий в себя кроме дисплейного сервера ещё много-много чего. Поэтому говорить, что "в Xorg встроили в KDE" это не правильно. В KDE композитором является крошечный KWin.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (35), 01-Авг-26, 15:27
	> Тут больше интересно, почему это делается не в вейленде, а в DE. Вяленд - это, "все лишь, протокол", привыкайте уже. Всё делается в конкретных композиторах, каждым по-своему.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	41. "В KDE значительно повысили производительность при использова..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-26, 17:05
	Суть Wayland в том, что это только протокол (инструкция) которая развивается - эталонная реализация Wayland, Wayland берут как инструкцию и делают для себя, для Wayland протокола свой композитор, если готового композитора нет или изменяют другой композитор но, это не инструкция на подобии чертежа где точность выполнения 100% каждый реализует то что ему надо если может. Пример. В Wayland написано надо делать колесо, а какого размера, цвета какой диск, не написано это будут реализовывать в композиторе. Wayland дает только концепт и базовые параметры.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	42. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (-), 01-Авг-26, 17:21
	И тут Остапа понесло. Кто-то захочет сделает колесо от машины, а кто-то от телеги. Или написано в инструкции вывод изображения через видеокарту, а как это вы уже сами делайте. Это буквально то, как написан протокол Wayland. В инструкции зафиксировано: «Композитор обязан передать приложению ссылку на область видеопамяти, забрать готовый кадр и отправить его на дисплей».А дальше началось творчество.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (55), 02-Авг-26, 17:07
	Во-первых, не передёргивай. >А дальше началось творчество. Ну да! Вся видимая часть рисуется при помощи библиотек и тулкитов. Короче, ты видишь GTK и Qt и др. В чём проблема? Так и задумано. Хочешь единообразия? Шуруй на винду или макось.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Xo (?), 01-Авг-26, 10:20
	Как раз наоборот очень плавные анимации. Хочу чтоб на Винде также было.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "В KDE значительно повысили производительность при использова..."	–2 +/–
Сообщение от Аноним (4), 01-Авг-26, 07:30
И опять обычное обновление KDE содержит больше нововведений, чем глобальное обновление GNOME. Неудивительно, почему из них выбирают первое.
Ответить | Правка | Наверх | Cообщить модератору

	38. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от ИмяХ (ok), 01-Авг-26, 16:17
	Кде просто исправляет свои косяки, в отличие от гнома, который изначально идеален.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Лучший в мире (?), 01-Авг-26, 19:47
	База.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В KDE значительно повысили производительность при использова..."	+1 +/–
	Сообщение от cnjzxir (?), 01-Авг-26, 16:25
	Выбирает кто? Я не выбираю кде. Я выбираю гном. Потому что мне работать, а не граф. конфиги ковырять А если хочется конфиги ковырять — есть хайпрланд. Там и красившее и конфиги ковырять и интереснее
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	57. Скрыто модератором	–1 +/–
	Сообщение от Аноним (56), 02-Авг-26, 18:06
	У меня на ковыряние конфигов уходит 5 минут. Так что слова типа "мне работать надо" больше не прокатывают.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В KDE значительно повысили производительность при использова..."	+2 +/–
	Сообщение от Ezhan (ok), 02-Авг-26, 19:05
	Стесняюсь спросить, что именно нужно ковырять в конфиге в КДЕ? Я лично никогда ничего не ковыряю.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

7. "В KDE значительно повысили производительность при использова..."	–1 +/–
Сообщение от Аноним (7), 01-Авг-26, 08:05
>ранее размер был фиксированный 1920×1080 Проблема в том, что кеды пишут калеки, и в них куча хардкода. Большинство людей бы предпочло, чтобы им регулярно не ломали воркфлоу. Чего одно только сохранение каждые 3 секунды в dolphin стоит. А вот история табов не сохраняется, только текущий путь. Ранее ещё хардкодили контекстные меню: теперь вроде add to places отключается, но годами приходилось патчить. Вот, что бывает, когда допускаешь калек до разработки среды.
Ответить | Правка | Наверх | Cообщить модератору

	17. "В KDE значительно повысили производительность при использова..."	–2 +/–
	Сообщение от Аноним (14), 01-Авг-26, 10:59
	> поддержка изменения размера и разрешения виртуального экрана, созданного для скринкастов (ранее размер был фиксированный 1920×1080). Как же вейленду ещё далеко до нормальной графики...
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (37), 01-Авг-26, 16:10
	>Чего одно только сохранение каждые 3 секунды в dolphin стоит Газовый ключ, с тачскрном, и подпиской на ivi, встроенная кофеварка и кардан.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (22), 01-Авг-26, 12:46
	>Чего одно только сохранение каждые 3 секунды в dolphin стоит Это откуда, сам придумал?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	25. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (7), 01-Авг-26, 13:12
	Отсюда, а теперь ты извинишься https://invent.kde.org/system/dolphin/-/commit/c035e95e1d74f...
	Ответить | Правка | Наверх | Cообщить модератору

	26. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (26), 01-Авг-26, 13:35
	> m_sessionSaveTimer->setInterval(22000); 22 секунды же )
	Ответить | Правка | Наверх | Cообщить модератору

	27. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (7), 01-Авг-26, 13:45
	>> m_sessionSaveTimer->setInterval(22000); > 22 секунды же ) открывай табы раз в 3 секунды
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Ivan_83 (ok), 01-Авг-26, 22:22
	> Большинство людей бы предпочло, чтобы им регулярно не ломали воркфлоу. Да, но большинство на венде, а там кормят с лопаты. В восьмёрке по Собянински всё плиткой обложили в три слоя и никого не спросили. Во временя ХР хотя бы была возможность вкулючить обратно классический гуй, а тут всё... Думаю кто ценит ворклоу стабильный тот где то на XFCE как я - десятилетиями особо ничего не меняется. Хотя порой снизу GTK наваливает ненужное.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	51. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (7), 01-Авг-26, 22:48
	Плитка никак не меняла рабочий процесс, отличия косметические. К тому же, из 8 всё метро удалялось и объективно говоря 8.1 останется лучшей вендой всех времён. Чисто технически. В 10 изначально кортана с троянами и телеметрией вырезались и техническая часть доработана ещё больше, но от метро и магазина уже не избавишься. Но уж что-то что, а венда настраивается и не меняет ничего критического. У крысы техническая часть всегда ниже плинтуса. Ты говоришь, в ней ничего не меняется, а ведь после перехода на гтк3 она сдохла и потеряла любые технические преимущества перед конкурентами. Да и сейчас переводят на вейланд. Чаще она не работает чем работает, а программы жалкое (и глючное) зрелище.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В KDE значительно повысили производительность при использова..."	+1 +/–
	Сообщение от Ivan_83 (ok), 01-Авг-26, 23:33
	Моё мнение что 2003х64 был лучшим. Пользоватся современной вендой я не могу: пуск превратился в непонятное месиво, а панель управления стала практически не юзабельной. "Управление компьютером" умудряется тормозить на райзене с кучей ядер и оперативы и ссд больше чем тормозило на ХР на коредуо и даже пне3. Проводник тоже стал каким то нагромождением непонятно чего. XFCE просто работает. Мне положить что там по вашему не так с технической частью, как минимум оно только один раз сломало мой пользовательский опыт и то не так чтобы сильно. Программы на XFCE особо никто не пишет - всё что есть является по сути частью DE, а остальное выглядит везде примерно одинаково. После перехода на GTK3 я отличий особых не заметил. XFCE не вершина и не супер достижение, если смотреть на thunar то он вечно глючноватый. Но это всё работает у меня уже 10 лет и не напрягает нисколько. Сделать лучше - можно, есть много способов, но всё как то не так и не то в результате.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (61), 03-Авг-26, 09:15
	Человек, XFCE правда не что-то такое особое в наше время. Плазма просто работает и ее весьма активно допиливают и она скоро станет достаточно монструозной и при этом более-менее шустрой. А вот если хочется скорости это скорее про Wayfire. Использовать PCMANFM или Thunar при этом никто не запрещает, а вот скорость отрисовки сильно выше будет, если полирнуть. А вот так настраивается современный линукс https://vkvideo.ru/video-239700498_456239021
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Ivan_83 (ok), 03-Авг-26, 16:47
	Такое - нитакое - да наплевать, смысл в том что оно работает и не мешается. Мне не интересна скорость отрисовки в DE, я пользуюсь приложениями, а они рисуют мимо DE.
	Ответить | Правка | Наверх | Cообщить модератору

13. "В KDE значительно повысили производительность при использова..."	+3 +/–
Сообщение от Ананоним (?), 01-Авг-26, 10:49
Ради "нужных" анимаций интерфейса и всяких теней и прочей "очень необходимой" чепухи, они будут включать на полную мощщщщ ваши GPU и тратить вашу электроинергию. А ведь что плохого было в простейшем интерфейсе с прямым рисованием в первичный кадровый буфер с аппаратным ускорением? Ах да... мифическая безопасТность. Которая до сих пор не достигнута.
Ответить | Правка | Наверх | Cообщить модератору

	18. "В KDE значительно повысили производительность при использова..."	+2 +/–
	Сообщение от Аноним (14), 01-Авг-26, 11:03
	> В интерфейсе выбора emoji реализована возможность масштабирования размера значков. Надеюсь, это будет через подпорку вейленда "дробное масштабирование v2"? Ведь надо любой размер показать. А вычисления ведут неточно в целых числах или точно с плавающей точкой? Ведь недавно была новость, что для правильного дробного масштабирования нужен FPU.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (46), 01-Авг-26, 20:35
	> для правильного дробного масштабирования нужен FPU Таки действительно нужен. А вот где найти компьютер без FPU, на котором нужен GUI общего назначения -- вот это загадка.
	Ответить | Правка | Наверх | Cообщить модератору

15. "В KDE значительно повысили производительность при использова..."	+2 +/–
Сообщение от Аноним (14), 01-Авг-26, 10:56
> при использовании Wayland-протокола linux-dmabuf v5 композитный менеджер мог работать только с одной видеокартой Даже в пятой версии вейленд не догадался, что видюх может быть больше одной. В Иксах можно было хоть сколько видюх настраивать.
Ответить | Правка | Наверх | Cообщить модератору

	19. "В KDE значительно повысили производительность при использова..."	+2 +/–
	Сообщение от Аноним (19), 01-Авг-26, 11:13
	Теперь он будет рисовать на обоих видеочипах. Даже если не просили.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (14), 01-Авг-26, 14:29
	> рисовать на обоих видеочипах Вы не поверите! Это было ещё во времена SLI!
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (40), 01-Авг-26, 17:01
	В иксах, к сожалению, та же проблема. Для внешней видеокарты буферы копируются оттуда и обратно. И в иксах она уже не будет исправлена.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

36. "В KDE значительно повысили производительность при использова..."	+/–
Сообщение от Аноним (36), 01-Авг-26, 15:38
А если подключить внешние процессоры и диски, то производительность будет ещё выше? 😆
Ответить | Правка | Наверх | Cообщить модератору

	44. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (44), 01-Авг-26, 19:01
	Только если вместе с внешней памятью.
	Ответить | Правка | Наверх | Cообщить модератору

47. "В KDE значительно повысили производительность при использова..."	+1 +/–
Сообщение от Zenitur (ok), 01-Авг-26, 21:31
> В новой версии протокола linux-dmabuf v6 проблема была решена и в KWin удалось избавиться от лишнего копирования буферов. Там, глядишь, и SLI сделают. Пока что SLI работает только с nvidia-drm.modeset=0.
Ответить | Правка | Наверх | Cообщить модератору

48. "В KDE значительно повысили производительность при использова..."	+2 +/–
Сообщение от _ (??), 01-Авг-26, 22:07
Раньше таким занимались X-ы - одни на всех. А теперь - каждый за себя. Не - не зацветут эти 375тыс цветов, "Мао - ты был не прав!"(С) :)
Ответить | Правка | Наверх | Cообщить модератору

49. "В KDE значительно повысили производительность при использова..."	+/–
Сообщение от Ivan_83 (ok), 01-Авг-26, 22:17
> В новой версии протокола linux-dmabuf v6 проблема была решена и в KWin удалось избавиться от лишнего копирования буферов. В проведённых тестах c видеокартой, подключённой через USB-C, в vkcube FPS вырос с 5 до 120, в игре Cyberpunk 2077 с пресетом "low" FPS увеличился c 27 до 50 при использовании linux-dmabuf v6. Что то мне кажется что без КДЕ и вейланда гденить в иксах FPS сразу был бы 50+.
Ответить | Правка | Наверх | Cообщить модератору

	54. "В KDE значительно повысили производительность при использова..."	+/–
	Сообщение от Аноним (54), 02-Авг-26, 13:54
	тут наверно опечатка, сразу был были бы те же 5-6 FPS как в версиях linux-dmabuf v5 и ниже, ибо в x11 на нескольких видюхах точно такое же копирование буферов. Я хз почему думают что в x11 нет этого.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В KDE значительно повысили производительность при использова..."	–1 +/–
	Сообщение от Аноним (58), 02-Авг-26, 18:33
	>Что то мне кажется что без КДЕ и вейланда гденить в иксах FPS сразу был бы 50+. Так и есть.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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