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

"В KDE включена тройная буферизация вывода на системах c GPU NVIDIA"	+/–
Сообщение от opennews (??), 27-Июн-26, 11:30
Опубликован очередной еженедельный отчёт о разработке KDE, в котором представлена порция изменений для ветки KDE Plasma 6.8, релиз которой запланирован на 14 октября. Наиболее заметным изменением стало... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65787
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+7 +/–
Сообщение от Аноним (1), 27-Июн-26, 11:30
Да, эти додики добавили переменную, специально для этого, чтобы пользователь мог включить тройную буферизацию (после исправления глитчей или обновления драйвера, к примеру) и захардкодили её игнорирование на nvidia.
Ответить | Правка | Наверх | Cообщить модератору

2. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+6 +/–
Сообщение от Аноним (2), 27-Июн-26, 11:32
Ну, здравствуй, желеобразная отрисовка.
Ответить | Правка | Наверх | Cообщить модератору

	16. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–5 +/–
	Сообщение от Аноним (16), 27-Июн-26, 11:56
	И еще Вялый постоянно включает 3д акселерацию. А в большинстве случаев и 2д не нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 27-Июн-26, 16:42
	Windows XP с VESA-драйвером не даст соврать, да.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Alex (??), 28-Июн-26, 13:23
	Оставьте этому челу вообще 1 кадр в буфере - пусть не мучается (раз не он понимает конвейерный принцип обработки).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	136. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (136), 28-Июн-26, 19:43
	Двойной хватает
	Ответить | Правка | Наверх | Cообщить модератору

3. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
Сообщение от Аноним (1), 27-Июн-26, 11:33
Поломанные заголовки окон в 6.7.2 исправлять никто не собирается, я так понимаю.
Ответить | Правка | Наверх | Cообщить модератору

	9. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (9), 27-Июн-26, 11:45
	Им еще OpenGl, отключать, Чтобы все на Vulkan.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Аноним (58), 27-Июн-26, 14:35
	> И,м, е,щ,е, O,p,e,n,G,l, о,т,к,л,ю,ч,а,т,ь, > Ч,т,о,б,ы, в,с,е, н,а, V,u,l,k,a,n. зачем отключать? где об этом сказали разработчики? ps когда там от тебя пруфы на инпут лаг ждать? или ты совсем решил всех убедить в том, что ты врунишка?
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Zloy (ok), 28-Июн-26, 06:11
	при отрисовки на вулкане плазма со временем падает и приходится перезагружаться, так что хз. может эта буферизация это исправит.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	169. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от фняк. (?), 01-Июл-26, 07:24
	Но... плазма же не падает
	Ответить | Правка | Наверх | Cообщить модератору

	33. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Константавр (ok), 27-Июн-26, 12:40
	А что с ними не так? Не наблюдаю никаких проблем
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	38. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–2 +/–
	Сообщение от Аноним (1), 27-Июн-26, 12:51
	> А что с ними не так? Не наблюдаю никаких проблем Кнопка закрытия окна появляется только если развернуть окно на весь экран. Ещё при переключении рабочих столов фокус не возвращается. Допустим, у меня открыто окно с konsole на отдельном рабочем столе, и, понятно, мне нужен фокус на нём, когда я переключаю рабочий стол.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Константавр (ok), 27-Июн-26, 13:18
	Хм. Никаких проблем. АМДшная встройка. Может это энвидия онли фичур? :)
	Ответить | Правка | Наверх | Cообщить модератору

	166. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от ааа (??), 30-Июн-26, 09:29
	На нвидии не замечал такой проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (58), 27-Июн-26, 14:33
	с кнопкой зарытия проблем не наблюдаю никаких но фокус сломан да, он выставляется на правильное окно при возвращении на предыдущий рабочий стол только в случае, если окно расположено на основном экране, в противном случае фокус заберет верхнее окно на основном экране
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	74. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от glebiao (ok), 27-Июн-26, 16:21
	Подтверждаю. не кнопка закрытия, любая крайне правая кнопка (у меня крайне правая -- кнопка максимизации, очень естественная привычка) "съедается". Чтобы она стала нормально видна, нужно изменить размер окна (или свернуть - развернуть в заголовок). На KDE 5 такой фигни не было.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

4. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+4 +/–
Сообщение от Аноним (4), 27-Июн-26, 11:35
> тройная буферизация была отключена из-за возникновения артефактов, причиной которых оказалась ошибка в коде синхронизации в композитном менеджере KWin Это вейленд после 18 лет разработки :) Учимся переключать буфера.
Ответить | Правка | Наверх | Cообщить модератору

	7. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Xo (?), 27-Июн-26, 11:42
	Ты 18 лет сидел на попе ровно и ничего не делал чтоб ускорить процесс. Но при этом хаваешь это за бесплатно.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+3 +/–
	Сообщение от Аноним (4), 27-Июн-26, 12:08
	У меня всё работает в Иксах и OpenGL. Если что, тройная буферизация - это изобретение прошлого века.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от выхухо (?), 27-Июн-26, 13:36
	бесплатно. прям как системду, ога. и, чсх, когда ойвэйлэнд-фэнбои крошат батон на иксы, то это, конечно, другое.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	32. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+3 +/–
	Сообщение от soarin (ok), 27-Июн-26, 12:26
	Как будто это вообще нормально в десктопном линуксе работало Но можно так и без конца писать: иксопроблемы, KDE проблемы, GNOME проблемы, NVIDIA проблемы... Про весь десктопной линукс https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1269
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	39. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Аноним (16), 27-Июн-26, 12:52
	В иксах это баг и его пофиксили. В КДЕ тройную буферизация сделали специально.
	Ответить | Правка | Наверх | Cообщить модератору

6. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+9 +/–
Сообщение от Аноним (16), 27-Июн-26, 11:38
Ну вот, говорили они - в Иксах двойная буферизация, это плохо. Сделали тройную. И стало хорошо.
Ответить | Правка | Наверх | Cообщить модератору

	8. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (9), 27-Июн-26, 11:44
	Скоро Kde догонит Windows, по требованиям. Больше эффектов, больше Blur, Тройная буферизация, чтобы был смузи-интерфейс, Как там они называют сглаживание тормозов, а Желейный эффект, Это когда тормозит, но система себя замедляет, получается желейный эффект, И без артефактов. Стриммерам нужно показывать эффекты и красивый интерфейс, И для дизайнеров хорошо. Вот молодец то, а.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (58), 27-Июн-26, 14:37
	линукс последние лет десять просит больше производительности по сравнению с вендой а еще инпут лаг там меньше или у тебя есть что сказать против?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (84), 27-Июн-26, 16:43
	>инпут лаг там меньше Таки да, Я на Linux, только из за Profile-Sync-Daemon. Типа Overlay-Fs. Все такое. Но ипут лаг, я решил у себя настройками Ос, Firefox, и Grub. Но честно говоря, до этого, думал что так и должно быть.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (124), 28-Июн-26, 13:12
	> Но ипут лаг, я решил у себя настройками Ос, Firefox, и Grub. не, не решил
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 29-Июн-26, 03:45
	> а еще инпут лаг там меньше Сказки про проприетарные дрова невидии, которые не только фиксят баги в играх за криворуких разработчиков, но и постоянно мониторят все твои инпут девайсы чтобы моментально отключать тройную буферизацию и в тестах для лохов показывать сокращение ввода в каэсечке на 1 мс?
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	70. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Аноним (70), 27-Июн-26, 15:30
	Там немного другая двойная буферизация: приложение и композитор занимаются буферизацией раздельно друг от друга, и в результате ты получаешь не 2 буфера, а 4. С потенциальным тирингом из-за того, что оба два не смогли договориться о времени переключения буферов.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	134. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (134), 28-Июн-26, 17:56
	Ну так либо у каждого приложения свой набор буферов, либо одно приложение, не успевающее вовремя заполнять свой единственный буфер, будет тормозить весь вывод на экран.
	Ответить | Правка | Наверх | Cообщить модератору

10. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Аноним (4), 27-Июн-26, 11:49
Второй абзац не отражает реальность. Тройная буферизация имеет профит только перед "двойной БЕЗ vsync". Если же программа не успевает рисовать в буфер, рывки будут и на тройной буферизации.
Ответить | Правка | Наверх | Cообщить модератору

	12. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (1), 27-Июн-26, 11:54
	Тройная буферизация вообще быстрее двойной, тут написано так, будто она вносит лаги вывода. Нет, если резервный буфер не отрисовался вовремя ты этого просто никак не заметишь.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 27-Июн-26, 11:56
	Пояснение смотри ниже.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 27-Июн-26, 11:55
	Пояснение: буфер 1 - отображается, буфер 2 - готов/ждёт, буфер 3 - туда прога рисует, долго рисует, вот подошла vsync - на вывод пошёл 2-ой буфер. Третий не готов, туда ещё рисуют, первый - устарел, и тут опять vsync - что пойдёт на вывод? В лучшем случае - фриз из 2-го, в худшем - дрыг назад из 1-го.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	24. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 12:05
	При тройной буферизации следующий рисуется во 2 буфер пока 1 выводится на экран. Какие могут быть "дрыги назад"? Повторяется последний фрейм, если следующий не успевает рендериться.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 27-Июн-26, 12:11
	Ты забыл, что в тройной буферизации три буфера, а не два. > Какие могут быть "дрыги назад"? Вот такие: "тройная буферизация была отключена из-за возникновения артефактов, причиной которых оказалась ошибка в коде синхронизаци".
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 13:59
	Назад ничего не рисуется, у тебя есть текущий и 2 следующих фрейма. 2 всегда готовы и 1 рисуется, если 1 готов и 1 рисуется получается двойная буферизация, если и она не успевает, ты видишь повторение последнего готового фрейма (вместо частично отрисованного фрейма поверх текущего). Показ старого кадра видео при переключении табов в том же браузере по-моему было связано с explicit sync и не буферизацией.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Alex (??), 28-Июн-26, 13:38
	Тебе же уже по-русски написали, что не всегда ДВА следующих кадра готовы. Может быть готов только 1 из 2. Пример: не успел отрисоваться кадр в буфер 2 и пришлось повторить на экране кадр из 1. Второй буфер дорисовал, но синхросигнал ещё не пришёл (например, потому что лорисовать оставалось всего 10% и это произошло быстро). Отрисовка пошла в 3 буфер. Второй - в ожидании. Пришёл синхросигнал. Третий буфер не дорисовал ещё 15%. Зато во втором уже есть готовый для вывода кадр! Его и отправляем на вывод, имея в моменте -15% лага на НЕ ожидании завершения фреймтайма. Чего тут непонятного-то?...
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (-), 29-Июн-26, 03:49
	Зачем 2 фрейма тогда, если мы и так знаем, что 1-й уже готов, а 2-й приложение ещё не закоммитило?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	149. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 29-Июн-26, 08:25
	На случай, если не успеет. Фреймов в секунду нужно показать 60, а то и все 240. Смысл переключения буферов в том, чтобы отрисовка продолжалась плавно и не останавливалась. Тиринг никто не любит -- полэкрана оказывается соседний кадр, вот и пытаются костылей добавить, но статтеринг ещё хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (152), 29-Июн-26, 12:44
	> Смысл переключения буферов Ты так и не ответил, зачем второй буфер и нафига на него переключаться, если можно продолжать рисовать 1-й?
	Ответить | Правка | Наверх | Cообщить модератору

	154. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 29-Июн-26, 12:50
	Куда? У тебя несколько поверхностей в памяти и только 1 из них на экране.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (152), 02-Июл-26, 04:58
	Можно тормозить приложение по vsync чтобы зря ресурсы не жрать, рисуя третий кадр "на будущее" (который скорее всего будет такой же, как и то что уже нарисовано во 2-м буфере, т.к. стейт игры не поменялся).
	Ответить | Правка | Наверх | Cообщить модератору

11. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–2 +/–
Сообщение от ИмяХ (ok), 27-Июн-26, 11:51
Тройная буферизация изобретена ещё в 90-х годах. КДЕ только сейчас смогла её осилить. Вот что значит опенсорс.
Ответить | Правка | Наверх | Cообщить модератору

	19. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 27-Июн-26, 11:58
	> КДЕ только сейчас смогла её осилить. Вот что значит опенсорс. Уточнение: вейлендный опенсорс после 18 лет разработки.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (56), 27-Июн-26, 14:25
	> Тройная буферизация изобретена ещё в 90-х годах. поэтому она сейчас не нужна - есть VRR
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	151. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (151), 29-Июн-26, 10:21
	Который от тиринга и выпадения кадров спасает как?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (114), 28-Июн-26, 07:06
	>КДЕ только сейчас смогла её осилить. Нет, давно. Ещё раньше гнома. Вернее в гноме была, но только в виде патча от canonical. Патч также передавался в Debian. Тогда все отмечали плавность в Ubuntu, которой не было, например, в Fedora. А в апстрим позже приняли. В новости же просто про невидию. 99% проблем - из-за неё, такое впечатление складывается.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

14. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+8 +/–
Сообщение от Аноним (14), 27-Июн-26, 11:55
Шел 2026г, линукс на десктопе боролся с рывками отображения рабочего стола.
Ответить | Правка | Наверх | Cообщить модератору

	41. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Хрю (?), 27-Июн-26, 13:01
	Да, только "кде под вялым" усиленно борется 😀
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (-), 27-Июн-26, 14:44
	потому что под иксами это не побороть, и их выкинули
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от анон (?), 27-Июн-26, 14:54
	С ними можно бороться бесконечно, потому что проблема принципиально неразрешима. Если у программы нет кадра, чтобы нарисовать то прыгай как можешь, а выводить нечего.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	69. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Xo (?), 27-Июн-26, 15:27
	> Шел 2026г, линукс на десктопе боролся с рывками отображения рабочего стола. Хавай яблоки.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	145. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Аноним (-), 29-Июн-26, 03:51
	Шёл 21й век, винда всё ещё нативно не поддерживает UTF-8, хотя абсолютно все приложения и их конфиги (потому что XML везде) используют именно его.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	161. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (161), 29-Июн-26, 16:27
	Поддерживает, так что попробуй на какую-нибудь другую тему вбросить.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от фняк. (?), 01-Июл-26, 07:41
	UTF-8 это формат предназначенный для хранения или передачи. Обрабатывать строки в utf-8 никто в здравом уме не будет из-за накладных расходов. Поэтому в винде еще со времени мамонтов используются строки с 2 байтами на символ
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	175. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (152), 02-Июл-26, 05:13
	Обработка UTF-8 влезает в 100 строк Си кода, вместе с: - чтением из сырой памяти и возвращения код-поинта юникода от 0 до 0x10FFFF и -1 для ошибки невалидной последовательности; - записью в буфер из 4-х байт из скормленного код-поинта юникода. Валидность UTF-16 проверять ничуть не легче (и даже сложнее, тут ещё нужно помнить LE оно у тебя или BE, плюс смещение в памяти на один байт может испортить всю малину). Это всё сказки Билл Гейтса, или кто там у них сейчас технический директор который за это отвечает, что UTF-8 "дорого парсить". Эта кодировка даже самосинхронизирующаяся - всё что под маской &0xC0 == 0x80 является байтом продолжения, и значит начало символа не дальше чем 3 байта назад. И это если мы вообще хотим парсить UTF-8 на валидность, его можно просто как кусок нуль-терминированной строки перекидывать и всё будет ок, или парсить только символы из ASCII типа \n и другие пробелы.
	Ответить | Правка | Наверх | Cообщить модератору

15. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
Сообщение от Аноним (56), 27-Июн-26, 11:56
Непонятен смысл тройной буферизации в KDE - если отрисовка быстрей чем обновляется экран почему нельзя в тот же буфер отрисовать ведь один кадр все равно дропнется, а если там VRR то нафига он на 2d графике десктопов - это же для игр с динамичными сценами.
Ответить | Правка | Наверх | Cообщить модератору

	18. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–2 +/–
	Сообщение от Аноним (16), 27-Июн-26, 11:58
	Вялый работает в 3д постоянно. Кажется - 2д вообще не умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (56), 27-Июн-26, 12:00
	Это вообще к делу не относится - вейланд как угодно работает, даже через старинный фреймбуфер.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (16), 27-Июн-26, 12:15
	А накладные расходы? А задержка? И это в случаях когда акселерация и вовсе не нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+3 +/–
	Сообщение от Аноним (4), 27-Июн-26, 12:03
	> если отрисовка быстрей чем обновляется экран почему нельзя в тот же буфер отрисовать ведь один кадр все равно дропнется Именно так. Слишком быстро рисуем - swap не делаем, очищаем back-буфер и снова в него же рисуем. Нарисовали - vsync+swap. Нам-то какая разница - что дроп кадра, что подождать vsync.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	27. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (27), 27-Июн-26, 12:15
	В KDE на 8к 60гц экране гпу ускорение бездействия жрет 60вт даже в простое на пустом рабочем столе, с vrr обрабатывались бы и передавались по идее только измененные кадры. Мобилки давно умеют экономить проц, обновляя экран только когда что-то происходит.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	30. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (4), 27-Июн-26, 12:20
	Надо привыкать, что сейчас на современном ПК включил систему - получил сходу 10 ГБ занятой оперативки и 100% нагрузку на GPU+CPU.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Ананоним (?), 27-Июн-26, 12:50
	Сегодня на каждый чих по буферу. Вот в былые времена всё рисовалось в один главный буфер и жили.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (31), 27-Июн-26, 12:22
	Да, но ведь Linux, очень крутой. Эта функция экономии заряда экономит тебе чуть больше 0,1%, но зато дает артефакты отрисовки. Что кстати отключается через конфиг Grub.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	44. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (44), 27-Июн-26, 13:31
	i915.enable_psr=0 Полностью отключает энергосберегающую технологию Panel Self Refresh. По умолчанию PSR усыпляет видеокарту, когда картинка статична. Пробуждение происходит с задержкой в несколько миллисекунд. Отключение (=0) полностью ликвидирует, желейный, Input Lag и микрофризы при начале скроллинга страниц в браузере. i915.enable_fbc=0 (или =1) Управляет сжатием буфера кадра в видеопамяти, Frame Buffer Compression. Значение =1 сжимает данные ради экономии пары милливатт энергии, это часто вызывает мерцание интерфейса и рваный фреймрейт. Значение =0 полностью отключает сжатие, обеспечивая максимальную стабильность отрисовки без артефактов. Но я не знаю как у вас там на Nvidia H200, Или на Nvidia 5060 Gold Edition. С серверной Озу, 128Гб, и на nVme за 700$.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	60. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 27-Июн-26, 14:41
	ни одна из этих фич не починит его проблему, а только усугубит еще и инпут лага добавит
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (84), 27-Июн-26, 16:37
	Ну у меня то починило. Прям 80%, этих глюков убрало. Но надо смотреть под конкретное железо. И прям не постесняюсь, почти как на Winde с родными драйверами, стало, всмысле без Input Лагов. Я даже не знал что может так, не тормозить) С оговоркойчто я настроил Labwc, на Wayland, конфиг. И Firefox. И поставил non-free, драйвера. Нр даже без этого сразу 80% тормозов убрало.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (124), 28-Июн-26, 13:24
	> Ну у меня то починило. тебе показалось > Прям 80%, этих глюков убрало. ну то есть не починило > Но надо смотреть под конкретное железо. не, не надо > И прям не постесняюсь, почти как на Winde с родными драйверами что почти как в Winde? > стало что стало? > всмысле без Input Лагов. пруфы? > Я даже не знал что может так что может так? как это что может? > не тормозить) что не тормозить? куда не тормозить? пока что тут только ты тормозишь > С оговоркойчто я настроил Labwc какой ты сильный > на Wayland какой ты сильный x2 > конфиг какой конфиг? что конфиг? > И Firefox. что Firefox? > И поставил non-free его все ставят > драйвера есть у меня сомнения, что вывод изображения без драйверов через современные видеокарты не будет нормально работать без них, не могу понять, что ты сказал этим словом > Нр даже без этого сразу 80% тормозов убрало. нет, не убрало или пруфы
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (84), 27-Июн-26, 16:51
	Непонятно что у него за Видюха, если Nvidia, то, nvidia_modeset.disable_vrr_memclk_switch=1 nvidia-settings, PowerMizer вместо Prefer Maximum Performance, на Adaptive. Чуть снизить частоту экрана, например с 60 на, 59,94, 50. Тайминги изменятся. Для вывода 8K 60 Гц  Nvidia используют  DSC (сжатие потока). Перейти с DisplayPort 1.4 на HDMI 2.1.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	125. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (124), 28-Июн-26, 13:15
	> Тайминги изменятся. конечно изменятся, на целых 10 отрисовок в секунду меньше будет для режима на 50hz, то есть задержки увеличатся > Перейти с DisplayPort 1.4 на HDMI 2.1. чтобы ничего не изменилось? ps ты уже собрал тот набор для измерения задержек, на который ссылку давал? когда там ждать пруфов на все, что ты выше вывалил?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (132), 28-Июн-26, 15:24
	Критикуешь, предлагай. Короч, ты эксперт в данном вопросе.
	Ответить | Правка | Наверх | Cообщить модератору

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

	150. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (150), 29-Июн-26, 10:20
	Вам нужно обратится к какому нибудь стриммеру, эксперту по данному вопросу.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 29-Июн-26, 22:38
	нет, не нужно я обращаюсь за пруфами утверждений к тому, кто делает утверждения когда пруфы то будут?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (146), 29-Июн-26, 04:00
	Ни один из этих ползунков лучше или хуже не сделал. Включил назад и то и другое, т.к. аноним у которого хотя бы никнейм есть на форуме под обсуждениями патчей с этими флагами сказал, что оно реально полезно и сжатие ещё и эффективность повышает, т.к. шина памяти забивается меньшим количеством мусора, чем если бы видюха не пережимала свои буферы (там скорее всего простейшие кодировки используются типа RLE, и их всегда лучше использовать чем не, даже на CPU). В некоторых игрушках фпс хоть и не поменялся, но жора и нагрева на камне стало больше.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	104. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (104), 27-Июн-26, 23:14
	> Мобилки давно умеют экономить проц, обновляя экран только когда что-то происходит. Ага, экономят... Только пресс-релизы и прочий маркетинговые... эээ... приукрашивания читаете?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

20. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Аноним (20), 27-Июн-26, 11:59
> ценой увеличения задержки вывода А что насчёт уменьшения задержки ввода и заодно снижения растрат пропускной способности видеопамяти? В предыдущих новостях читал, что на встроенных GPU Intel в kwin задействован аппаратный композитинг. Планируется ли подобное на дискретных GPU?
Ответить | Правка | Наверх | Cообщить модератору

	23. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (4), 27-Июн-26, 12:05
	При тройной буферизации лаг между вводом и выводом больше, и расход видеопамяти больше. В общем, всё только отрицательно сказывается.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от ХозяинАнонимов (?), 27-Июн-26, 16:32
	> При тройной буферизации лаг между вводом и выводом больше Неверно. > При тройной буферизации расход видеопамяти больше Верно.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (31), 27-Июн-26, 12:20
	>А что насчёт уменьшения задержки ввода и заодно снижения растрат пропускной способности видеопамяти Тебе что нужно, уменьшение задержки ввода, нет уж смотри на kWin. В lxqt и xfce labwc, нет если что задержки ввода.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	61. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 27-Июн-26, 14:42
	> В lxqt и xfce labwc, нет если что задержки ввода. пруфы?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (84), 27-Июн-26, 16:33
	Поставь попробуй. Тебе что видео чтоли записать. Wlroots, имеет все фичи, которые Kde, всякие только внедряют. А да, с оговоркой, с non-free драйверами. А да, то что Input-Lag, в Kde, разрабы называют это гордо, желейный интерфейс. Ка бы небыл красив Дезайн, мне важнее отсуствие этих самых Input Lag оф. А ну да, возможно ты просто привык к тормозам и считаешь это нормой.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (124), 28-Июн-26, 13:20
	> Поставь попробуй поставил, ничего не изменилось, кроме удобства использования, оно ухудшилось > Тебе что видео чтоли записать. запиши, если считаешь, что это докажет твою правоту и для тебя это важно > Wlroots, имеет все фичи, которые Kde, всякие только внедряют. что здесь написано? ты сам то распарсил? что Wlroots? что имеет все фичи? все фичи, которые Kde? дак Kde это не фичи, это DE. какие всякие? кто такие всякие? > А да, с оговоркой, с non-free драйверами. это типа заявка на то, что твои вот эти вот типа WM не работают на неневидии? да вроде работают > А да, то что Input-Lag, в Kde, разрабы называют это гордо, желейный интерфейс. ну тут ты совсем уже заврался > Ка бы небыл красив Дезайн, ни у кого нет красивого дезайна, но у Кде дизайн норм, дезайна там нет > мне важнее отсуствие этих самых Input Lag оф. ну то есть ты не пользуешься компом и смартфоном? а как ты тогда написал сообщение сюда? > А ну да, возможно ты просто привык к тормозам и считаешь это нормой. ты все еще не предоставил пруфы на свои заявления о тормозах, инпутлагах всяких, и на прочее паспорт еще да
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (159), 29-Июн-26, 15:38
	>запиши, если считаешь, что это докажет твою правоту и для тебя это важно Это ведь необходимо становится видеоблоггером, нанимать команду видеорежиссеров.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 30-Июн-26, 22:19
	ну дак стань, найми, в чем проблема? ну или выбери иной путь предоставления пруфов
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (171), 01-Июл-26, 09:42
	> ну дак стань, найми, в чем проблема? Ну проспонсируй чувак комманду блоггеров затраты на оборудование человекочасы затраченное время, в чем проблема?.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (-), 02-Июл-26, 14:39
	проблема в том, что это надо тебе ты же не можешь найти способ предоставить пруфы иным способом ты же не можешь скинуть ссылки на документацию ты же не можешь пройти сам по своим же ссылкам и сделать то, что там написано я же тебя в это тыкаю а сейчас ты мне говоришь, что ты врунишка, и это потому что я денек тебе не даю на предоставление пруфов не, так не работает, давай ка гони пруфы, и нет, места для моих денек тут нет
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (20), 27-Июн-26, 17:10
	> Тебе что нужно Аппаратный композитинг. Рендеринг буфера окна не через копирование в фреймбуфер, а прямо на экран, как это обычно делается для вывода видео и курсора мыши. > В lxqt и xfce labwc, нет если что задержки ввода. Во первых, утверждение неверно в принципе. Задержки ввода есть везде, даже на NES, где буферизации вывода вообще никакой нет. Во вторых, о том, чтобы в перечисленном реализовали аппаратный композитинг, я пока не слышал. Пока не реализуют, пусть курят в сторонке и думают.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	153. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (152), 29-Июн-26, 12:48
	> Задержки ввода есть везде Но не на несколько кадров, лол.
	Ответить | Правка | Наверх | Cообщить модератору

35. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
Сообщение от Ананоним (?), 27-Июн-26, 12:49
Тройная буферизация интерфейса? Хаха! Помню на Windows 95 с одним буфером всё работало.
Ответить | Правка | Наверх | Cообщить модератору

36. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Ананоним (?), 27-Июн-26, 12:49
Нужно бооооольше памяти!
Ответить | Правка | Наверх | Cообщить модератору

	40. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (40), 27-Июн-26, 12:59
	Вин11 с ФФ и Каспером ест 5 гигов, а Кеды сколько потребляют?
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (44), 27-Июн-26, 13:25
	У нас тут, эксперты говорят что Kde потербляет 800Mb. И те кто говорят что 4Гб, просто неправы.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от НяшМяш (ok), 27-Июн-26, 13:42
	Те же 5 гигов на 64 гигах ОЗУ при запущенном firefox, thunderbird c 5 ящиками и примерно 50000 писем, яндекс синхронизации через уd-go, telegram и rssguard на примерно 200 каналов.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	48. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Аноним (48), 27-Июн-26, 13:43
	SYS/WM/DE | top(1)  | htop(1) | conky(1) | freecolor(1) ------------+---------+---------+----------+-------------     FreeBSD |   97 MB |  112 MB |    - -   |  157 MB     Openbox |  614 MB |  237 MB |  460 MB  |  382 MB        MATE | 1361 MB |  508 MB |  778 MB  |  788 MB        XFCE | 1548 MB |  533 MB |  794 MB  |  829 MB helloSystem | 1613 MB |  585 MB |  804 MB  |  830 MB       GNOME | 2622 MB |  625 MB |  990 MB  | 1000 MB KDE/Plasma | 2843 MB |  730 MB | 1659 MB  | 1167 MB https://vermaden.wordpress.com/2022/07/12/desktop-environmen.../
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	76. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (84), 27-Июн-26, 16:26
	А теперь пошевели мышкой в Kde, открой Dolphin, и сравни с Lxqt, Xfce Labwc. А еще посмотри потребление Cpu. Ато в простое Kde idle 99,8 Так же как Lxqt, Xfce Labwc. Но стоит подаигать мышкой, открыть Dolphin, и идет жор 30-35% Cpu. Например Labwc, максимум жор 9%. А да, Gnome 18%.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (112), 28-Июн-26, 05:59
	>А теперь пошевели мышкой в Kde, открой Dolphin, и сравни с Lxqt, Xfce Labwc. А еще посмотри потребление Cpu. Открыл и пошевелил. Максимум 13%, и то изредка. Постоянно не грузит. Сравнить не могу, ибо нет ни XFCE, ни LXQT.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (137), 28-Июн-26, 20:20
	Ты ведь непонимаешь, да. Ты как Блоггеры обзорщики. Пошевелил на голом Desctop. При использовании. При открытии браузера. При открытии Dolphin. При запуске vlc. При открытии диалога созранить. И все это сразу. kWin 30-45% Cpu. Labwc 9%. Или ты используешь Ос, в однозадачном режиме.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (172), 01-Июл-26, 10:46
	>Ты ведь непонимаешь, да. Пожалуй не понимаю. Запустил кучу программ. В разных шевелил курсором. Процесс kwin_wayland 1.3%. В htop тоже тихо.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (155), 29-Июн-26, 12:52
	Нечестное сравнение. Сравниваешь недоDE и WM с полноценной DE. Ты бы ещё с TWM сравнил.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	49. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (1), 27-Июн-26, 13:45
	Плазма около 300мб после загрузки, 450мб на иксах было.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	78. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (84), 27-Июн-26, 16:29
	Вы там в каком веке. Средневековье еще не прошло. На 4Гб, можно только Kde, запустить. Может вы еще браузер потребление считаете, Firefox, А не, Isolated Web Content).
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 16:40
	Если что, pidof firefox показывает все процессы firefox, потом смотришь в smaps и складываешь интересующее значение. Вот тебе реальное потребление. Что-то в районе 1 гигабайта, плюс примерно половина в свопе лежит и никак не используется.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (90), 27-Июн-26, 19:47
	top -p $(pgrep -f firefox | tr '\n' ',' | sed 's/,$//')
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 20:03
	Топ врёт. И пс тоже. Гномовский монитор ресурсов тоже врёт точно знаю. Htop, по-моему, не врал, glances тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (101), 27-Июн-26, 22:14
	Они все функциклируют по одному и тому же принципу, просто разная оболочка. Незнаю что он тебе врет. Наверное ты смотрел Buffering/Cache.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 22:49
	Я смотрел RSS и PSS, а также SHARED. Там много стратегий считать сколько памяти потребляется на деле и как это выяснить точно. В большинстве случаев не имеет значения, но в случае с браузерами демонстрируемое значение может отличаться на десятки процентов от реального, и знать, сколько именно, нужно, чтобы не попасть в зависание.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (107), 28-Июн-26, 00:39
	Молодец).
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (137), 28-Июн-26, 20:22
	>300мб после загрузки, 450мб на иксах было Вот и запускай там свою Kde, которая 300мб, 450мб на иксах, на 512Мб Озу. Зачем ты на сайты пишешь. Это у тебя так. А у всех по 2-5Гб.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	139. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (1), 28-Июн-26, 20:56
	Да нормально у меня озу, просто мне нравится когда не тратится память впустую. Ну там на левые библиотеки которые никогда не используются и так далее, поэтому программы на разных тулкитах лучше не держать, когда у тебя в памяти минимум 5 вебкитов это не дело. Чушь какая, кеды и 2-5гб? У тебя там флатпаки или статическая линковка?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (159), 29-Июн-26, 15:37
	Да да, продолжай, Kde 500 300Mb. Kde Neon запусти. Или хотя бы Debian Kde.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 29-Июн-26, 15:46
	Мало ли что там наворочено, попробуй рач. У меня на генте так, только пим отключил по сути.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (162), 29-Июн-26, 17:42
	>рач Прям бесят с этим Рачем вашим. Почему бы не посоветовать ubuntu-kde-minimal.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 13:47
	Не, я имею в виду вместе с ядром. Ядро отнимает около 100мб под себя с видеодрайвером, без него ядро около 30мб.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

45. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
Сообщение от Аноним (45), 27-Июн-26, 13:31
А когда будет четверная буферизация?
Ответить | Правка | Наверх | Cообщить модератору

	53. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от выхухо (?), 27-Июн-26, 13:59
	сразу после появления "отражений бликов луны на гладкой жопе монстра". или как там в оригинале.
	Ответить | Правка | Наверх | Cообщить модератору

51. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Аноним (51), 27-Июн-26, 13:49
Сколько же здесь умников собралось, которые не понимают смысл тройной буферизации. Во-первых, автор новости написал, что тройную буферизацию включили. Так внезапно, включили ее возможность, а не ее саму. Во-вторых, тройная буферизация нужна не для отрисовки десктопа. Кто бы мог  подумать, но kwin_wayland - это графический сервер, и он выводит общую картинку для всех приложений. Вот ведь неожиданность, это же надо мозг включить, чтобы такое понять. Смысл тройной буферизации объясняется вот здесь: https://zamundaaa.github.io/wayland/2024/06/25/fixing-kwin-p... With all those changes implemented in Plasma 6.1, triple buffering on Wayland - is only active if KWin predicts rendering to take longer than a refresh cycle - doesn’t add more latency than necessary even while triple buffering is active, at least as long as render time prediction is decent - works independently of what GPU you have In practice, on my desktop PC with a dedicated GPU, triple buffering is effectively never active, and latency is the same as before. On my AMD laptop it’s usually off as well, only kicking in once in a while… But on some older Intel laptops with high resolution screens, it’s always active and I’ve been told it’s like having a brand new laptop - KWin goes from doing stuttery 30-40fps to a solid 60fps. It’s not just old or slow processors that benefit though, I also tested this on a laptop with an integrated Intel and a dedicated NVidia GPU. With an external display connected to the NVidia GPU, due to some issues in the NVidia driver, multi gpu copies are quite slow, and without triple buffering, the external monitor was limited to 60fps. Triple buffering can’t do magic, but KWin now at least reaches around 100-120fps on that setup, which is likely the best that can be done until the driver issue is resolved and feels a lot smoother already.
Ответить | Правка | Наверх | Cообщить модератору

	54. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от выхухо (?), 27-Июн-26, 14:01
	крч, за що боролись, то и получили. втройне.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (1), 27-Июн-26, 14:09
	Ну это всегда так было, если рендерить с запасом будет быстрее и фреймрейт стабильнее, увеличивает лаг конечно, но статтеринг выбесит быстрее лага. Но допустим 5 фреймов из 30 не заметить сложно, из 60 тоже можно заметить. 2 фрейма из прошлого? Не, не увидишь. 1 просто может не успеть всегда. Но сейчас на nvidia уже не только фреймы из прошлого показывает, но и из будущего, можно 5 фреймов рендерить когда их ещё нет в принципе и без задержки соответсвенно.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	62. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (62), 27-Июн-26, 14:43
	> Во-первых, автор новости написал, что тройную буферизацию включили. Так внезапно, включили ее возможность, а не ее саму. Включили по умолчанию, смотрите коммит https://invent.kde.org/plasma/kwin/-/merge_requests/9472 "Since the bug is fixed, and there don't seem to be any other issues anymore, we can enable it by default". кусок из diff-а: + static const auto s_disableTripleBuffering = environmentVariableBoolValue("KWIN_DRM_DISABLE_TRIPLE_BUFFERING"); + if (m_gpu->atomicModeSetting() && !s_disableTripleBuffering.value_or(false)) { Т.е. если не выставлена переменная окружения "KWIN_DRM_DISABLE_TRIPLE_BUFFERING", тройная буферизация будет включена.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	93. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 27-Июн-26, 21:22
	1) в сообщение коммита написано allow, ну уж должно как-то на мысль наводить, то это не принудительно 2) сделали выставление m_renderLoop->setMaxPendingFrameCount(2); 3) setMaxPendingFrameCount был добавлен в https://invent.kde.org/plasma/kwin/-/commit/1e3d50e3ffd63a0d... с формулировкой "core/renderloop: support triple buffering When rendering a frame takes longer than a refresh period, allow rendering to happen before the previous frame is presented. This way the effective refresh rate is increased, without increasing latency or impacting frame pacing more than necessary" kwin динамически определяет, когда включать тройную буферизацию, если она разрешена для видеокарты. Если видеокарта не тянет отрисовку, то включается тройная буферизация. И для nvidia разрешили её включать. Я даже цитату ранее привел: "triple buffering on Wayland is only active if KWin predicts rendering to take longer than a refresh cycle" Просто поразительно, что приходится разжевывать.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (56), 27-Июн-26, 14:54
	> Во-вторых, тройная буферизация нужна не для отрисовки десктопа. а для чего она в kwin если не для отрисовки десктопа? Тебе нужно понять что такое синхронизация с vsync - кадр рендерится либо в один буфер во время vblank или рендерится в теневой буфер и видимый переключается во время vblank, сколько теневых буферов 1 или 2 особой разницы нет если графика не успевает отрисовываться просто отображается старый буфер, если тебе надо можно просто увеличить частоту кадровой развертки тогда меньше будешь ожидать vblank
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	95. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 27-Июн-26, 21:26
	Очевидно, что для приложений по большей части. Десктоп большую часть времени статичен, и тройная буферизация именно для него включается редко.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (62), 27-Июн-26, 14:54
	> Смысл тройной буферизации объясняется вот здесь: https://zamundaaa.github.io/wayland/2024/06/25/fixing-kwin-p... "So, with these old Intel processors, KWin should now detect that rendering takes long and render times are not very stable..." Там речь про хак с адаптивным отключением тройной буферизации для старых GPU Intel, а здесь речь про включение для GPU NVIDIA.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	94. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 27-Июн-26, 21:24
	Хак с адаптивным ВКЛЮЧЕНИЕМ. Раньше он был запрещен для NVIDIA, теперь разрешили.
	Ответить | Правка | Наверх | Cообщить модератору

72. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+4 +/–
Сообщение от Аноним (72), 27-Июн-26, 15:46
Я не знаю что такое буферизация, но я помню, что умел компиз на Gnome-2, с тремя гектарами ОЗУ на дешманском селероне с 1,8 GhZ и встройкой, а сейчас только одно "современное" DE потребляет как вся Десяточка, да ещё и наглухо уходит в подкачку с 8 гектарами ОЗУ.
Ответить | Правка | Наверх | Cообщить модератору

	73. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+2 +/–
	Сообщение от Zenitur (ok), 27-Июн-26, 16:18
	На данный момент у меня Debian на i965, а в качестве DE я использую MATE. Проект Compiz Reloaded продолжил развитие Compiz 0.8 после того, как 0.9 перешёл на C++. Также в Compiz Reloaded добавлена поддержка MATE (причём как версии GTK2, на которой была Debian 8, так и GTK3). Работает просто отлично. Жаль, что официальный репозиторий на tuxfamily перестал открываться с начала 2026 года (есть в веб-архиве), но пакеты Compiz Reloaded уже есть в основном репозитории Debian. Частота обновления экрана у меня определяется автоматически (на NVIDIA с этим были проблемы, тогда как на i965 проблем нет). Даже если подключить по HDMI телевизор (работающий под другой частотой), не надо ни Компиз перезапускать, ни приложение. Заметил только, что тиринг появляется только в том случае, когда я восстанавливаю браузер после закрытия, и в одной вкладке у меня YouTube-видео с ускорением VA-API, а в другой - прогружается длиннющий диалог с Google AI. Решилось патчем: https://www.linux.org.ru/forum/desktop/5278914 Теперь смена кадров стала идеальная всегда, даже в той специфической ситуации выше. Я включил Compiz и забыл про тиринг, его теперь нет по-определению. Без TearFree, без FreeSync, без тройной буферизации, без FullCompositionPipeline... Я просто навсегда избавился от тиринга. Забыл, что он в принципе существует. Вот последний патч: https://www.linux.org.ru/forum/desktop/9490345 Вот прямая ссылка: https://raw.githubusercontent.com/istitov/stuff/3ee6e9a569f1... Как ни странно, он без проблем накладывается даже на последний Compiz Reloaded 0.8.18.
	Ответить | Правка | Наверх | Cообщить модератору

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

	115. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Zenitur (ok), 28-Июн-26, 07:10
	Насколько я знаю, Compiz это "совсем композитинг". Куб рабочего стола, желобразные окна - вот это вот всё. Накладные расходы конечно есть - в Компизе включен Sync to VBlank.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (84), 27-Июн-26, 16:22
	Я помню что умел Win7, с 1Гб озу, прозрачности, с Aero, и все это отрисовка Gpu.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

77. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
Сообщение от Аноним (77), 27-Июн-26, 16:27
Я думал вяленд нужен был чтобы избавиться от лишней буферизации...
Ответить | Правка | Наверх | Cообщить модератору

	86. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (20), 27-Июн-26, 17:00
	> вяленд нужен был чтобы избавиться от лишней буферизации... Только лишь по сравнению с композитным режимом Xorg. По сравнению с классическим режимом он только добавляет целую кучу буферов вывода, по два на каждое окно, теперь — по три, с соответствующим увеличением задердек.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (101), 27-Июн-26, 22:13
	Kde, это лучшее).
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

89. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Аноним (89), 27-Июн-26, 19:00
Вертикальная развёртка. Звучит как нечто из прошлого века.
Ответить | Правка | Наверх | Cообщить модератору

	96. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 27-Июн-26, 21:35
	Оно до сих пор есть. Неожиданно, правда? Вот на твоем супер-пупер LCD-мониторе из этого века input lag в нижней части экрана больше, чем в верхней. Добро пожаловать в реальность из мира розовых пони.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (4), 28-Июн-26, 00:53
	Вопрос не в том, есть ли она сейчас, а в том, что KDE только сейчас догадалась про это.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 28-Июн-26, 10:03
	В KDE про это догадались 5 лет назад: https://invent.kde.org/plasma/kwin/-/commit/b8a70e62d5359113... "The RenderLoop tries to minimize the latency by delaying compositing as close as possible to the next vblank event."
	Ответить | Правка | Наверх | Cообщить модератору

	123. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 28-Июн-26, 12:48
	> В KDE про это догадались 5 лет назад Ух! Прям в 21-ом году 21-го века? Вот это скорость разработки!
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (93), 29-Июн-26, 00:24
	Так все композитные менеджеры примерно в одно и то же время реализовали управление задержками. Под X11 в том числе. А винда так вообще это не осилила, там эта задача переводится на приложения. Здесь прямо тред откровений. Школота познает мир.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Zenitur (ok), 28-Июн-26, 05:55
	А не наоборот? Монитор ждёт кадр, а в это время фреймбуфер заполняется строчка за строчкой. Последнюю строку отрисовали - сразу на монитор. Значит инпут лаг последней строчки - маленький. А первой - большой.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	118. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (20), 28-Июн-26, 10:08
	> Последнюю строку отрисовали - сразу на монитор. Изображение в монитор не сразу целиком попадает, а последовательно строчка за строчкой сверху вниз. Частота передачи пикселей обычно выбирается так, что последняя строчка уходит непосредственно перед началом отрисовки следующего кадра. Соответственно, монитор не ждёт, а рисует непрерывно. Ждёт только композитор, дабы не допустить отрисовки кадров с разрывом посередине.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Zenitur (ok), 28-Июн-26, 11:38
	Вон оно что. Ну, теперь буду знать.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (93), 28-Июн-26, 10:10
	Нет, монитор не ждет кадр. Он читает данные из фреймбуфера построчно и отображает. Тиринг, например, возникает, когда монитор показал верхнюю часть старого кадра, а программа взяла и нарисовала новый, и в нижней половине будет показан уже кусок от нового. Вот тут можно почитать: https://zamundaaa.github.io/wayland/2021/12/14/about-gaming-...
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	122. "В KDE включена тройная буферизация вывода на системах c GPU ..."	–1 +/–
	Сообщение от Аноним (122), 28-Июн-26, 12:22
	Телевизор, Заря. Ламповый.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	156. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (155), 29-Июн-26, 13:17
	У тебя монитор только горизонтально развёртывает?
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	167. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 30-Июн-26, 14:32
	Почему в KDE только сейчас узнали о её существовании?
	Ответить | Правка | Наверх | Cообщить модератору

105. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
Сообщение от Аноним (104), 27-Июн-26, 23:17
Тройная? Дожили, окно с тенью без 3D не нарисовать...
Ответить | Правка | Наверх | Cообщить модератору

	120. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+1 +/–
	Сообщение от Аноним (70), 28-Июн-26, 11:17
	Видеокарты nvidia и amd, лишенные выделенных аппаратных блоков 2d графики вышли в ~2008 году. С тех пор 2d эмулируется на шейдерах. Даже если у тебя дравер не загружен, прошивка карточки сама содержит необходимый шейдер, который эмулирует работу VGA.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (4), 29-Июн-26, 04:40
	> 2d графики Расскажи, что такое 2д графика, и как ты собрался шейдерами копировать блоки памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В KDE включена тройная буферизация вывода на системах c GPU ..."	+/–
	Сообщение от Аноним (159), 29-Июн-26, 15:35
	Это шейдеры, понимаешь. Буферы. Раньше тень рисовалась легко, OpenGl. Даже в Windows 2000, 7ке. А сейчас, это наложение разных шейдеров.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

163. "В KDE включена поддержка тройной буферизации вывода на систе..."	+1 +/–
Сообщение от Аноним (163), 29-Июн-26, 20:26
Да пусть уже наконец количество буферизаций начнут рассчитывать в зависимости от доступной памяти. Хватает памяти на 16 буферизаций - запускаем. А то 3 совсем мало, бедные что ли.
Ответить | Правка | Наверх | Cообщить модератору

173. "В KDE включена поддержка тройной буферизации вывода на систе..."	+/–
Сообщение от Аноним (173), 01-Июл-26, 11:31
Баги Gnome чисто визуальные и работать не мешают (типа мыльных окон для некоторых приложений в режиме Overview). Баги KDE - отлетевшая менюшка выбора приложения по умолчанию и периодические падения, исправлять пришлось через консольку переписыванием desktop-файлов sed'ом и обновлением кеша. Думаем.
Ответить | Правка | Наверх | Cообщить модератору

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

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