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

"Инженер из NVIDIA протестировал уровень задержек при использовании Wayland и X.Org"	+/–
Сообщение от opennews (??), 05-Окт-26, 12:55
Камиль Лысик (Kamil Łysik), работающий в компании NVIDIA, выступил на конференции XDC 2026 с докладом, в котором рассказал о результатах тестирования задержек вывода информации в окружениях GNOME 49.7 (mutter) и KDE  6.7.4 (kwin) при использовании X.Org Server и Wayland. Задействованный в исследовании код опубликован под лицензией MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66396
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–24 +/–
Сообщение от Аноним (1), 05-Окт-26, 12:55
Думаю на XLibre будет быстрее всего, разработчики уже огромную работу проделали по чистке кода.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от anonymous (??), 05-Окт-26, 13:12
	Они там с xcb помирились?)
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–7 +/–
	Сообщение от Аноним (113), 06-Окт-26, 05:29
	- Разработчики дистрибутивов жалуется, что разбираться с морально устаревшим кодом, никто не хочет! Даже за деньги!     (https://www.opennet.ru/opennews/art.shtml?num=62725) - Уязвимости в библиотеках X.Org которые присутствуют с 1988 года     (https://www.opennet.ru/opennews/art.shtml?num=59906) - Разработчики дистрибутивов просто устали годами упрашивать людей с ЧСВ, поддержку касающиеся многомониторных конфигураций, экранов с высокой плотностью пикселей, HDR, VRR (адаптивное изменение частоты обновления монитора), одновременной работы с несколькими GPU, устойчивости к сбоям, обработки ввода и обеспечения безопасности.     (https://www.opennet.ru/opennews/art.shtml?num=63439) - Разработчики дистрибутивов планируют убрать иксы!     (https://www.opennet.ru/opennews/art.shtml?num=63439) - Кто-то решил на гитхабе нажать на кнопку "форк x11". Выпускают массово новости -  нашлись люди, готовые работать с "этим". Но закрывая в x11 один баг, там открывается 2 новых бага... Оказывается если нажимать кнопку "форк x11" - это не решит его проблем!    (https://www.opennet.ru/opennews/art.shtml?num=63369) - Разработчики дистрибутивов прекращают ставить иксы!     (https://www.opennet.ru/opennews/art.shtml?num=63444) - " «сырое» состояние кодовой базы XLibre, которая всё ещё проходит через полномасштабный рефакторинг." (https://www.opennet.ru/opennews/art.shtml?num=63618) - Андроид: графическое окружение использует протокол Wayland (https://www.opennet.ru/opennews/art.shtml?num=63626) - Ктой-то Вася решил опубликовать "это" в репозитории. Выпускают массово новости -  нашлись люди, которое выложили "это", не щадя свою репутацию! (https://www.opennet.ru/opennews/art.shtml?num=63736) Из GNOME Shell и Mutter удалён код для поддержки X11 (https://www.opennet.ru/opennews/art.shtml?num=64187) В KDE Plasma 6.8 решено прекратить поддержку X11 (https://www.opennet.ru/opennews/art.shtml?num=64328) В Solus 4.8, в сборках с GNOME и KDE прекращена поставка сеанса X11 (https://www.opennet.ru/opennews/art.shtml?num=64348) Альфа-выпуск GNOME 50 с удалением поддержки X11 (https://www.opennet.ru/opennews/art.shtml?num=64627) Выпуск среды рабочего стола GNOME 50 с удалением поддержки X11 (https://www.opennet.ru/opennews/art.shtml?num=65015) Основан GNOME-X11, форк GNOME 50 с возвращённой поддержкой X11 (https://www.opennet.ru/opennews/art.shtml?num=65045#21) "бета-выпуск дистрибутива Ubuntu, Рабочий стол обновлён до выпуска GNOME 50, в котором удалён код для поддержки X11“ (https://www.opennet.ru/opennews/art.shtml?num=65085) Дистрибутив Artix вернулся с XLibre на X.Org Server (https://www.opennet.ru/opennews/art.shtml?num=66165) *** ВЫ ЗДЕСЬ ***
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+11 +/–
	Сообщение от AlexN (??), 05-Окт-26, 13:57
	Кроме XORG какая графика умеет работать по сети?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	30. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Пыщь (?), 05-Окт-26, 14:50
	А кроме Вас ещё много пользователей xorg используют эту функцию?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+14 +/–
	Сообщение от Alladin (?), 05-Окт-26, 16:28
	да, много
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+8 +/–
	Сообщение от МИСАКА (?), 05-Окт-26, 16:43
	Она даже в локалке неюзабельна, никто уже лет 20 не рисует примитивы
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Alladin (?), 05-Окт-26, 18:09
	странно, и без motif все работает:)
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (92), 05-Окт-26, 20:28
	Qt до сих пор (qt6) рисует, если хорошо попросить.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	169. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (169), 06-Окт-26, 19:22
	Только если область перерисовки небольшая и обновляется нечасто, иначе - слайдшоу.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Вася (??), 06-Окт-26, 02:21
	почему неюзабельна, я практически конец нулевых, и почти по конец 10ых просидел с xming (и потом его невыговариваемым форком) на винде с терминалом и софтом из линуксовой виртуалки.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	170. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (169), 06-Окт-26, 19:26
	>и почти по конец 10ых просидел с xming Тот факт, что сейчас уже вторая половина 20-ых вас не смущает? >терминалом и софтом из линуксовой виртуалки. Вы ни указали ни была ли виртуалка запущена локально, ни того, каким именно софтом вы пользоватались. Поскольку опыт использования условного браузера и условного терминала будет очень сильно отличаться.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Вася (??), 07-Окт-26, 04:52
	>>и почти по конец 10ых просидел с xming > Тот факт, что сейчас уже вторая половина 20-ых вас не смущает? >>терминалом и софтом из линуксовой виртуалки. нет, потому что виндой в 20ых я не пользовался, т.к. причин для неё давно нет. Так бы может и дольше сидел, т.к. это просто удобно было. MS в итоге сейчас придумала свои костыли для этого. > Вы ни указали ни была ли виртуалка запущена локально, ни того, каким > именно софтом вы пользоватались. Поскольку опыт использования условного браузера и условного > терминала будет очень сильно отличаться. на условно подкроватном сервере. браузером, конечно, не пользовался в ней (т.к. зачем), но в целом по локалке большинство юзкейсов отлично работали. сейчас-то уже с год вейланд работает сносно, хотя функционал технологий древних вроде "объединить несколько экранов" по прежнему не доступен.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от _oleg_ (ok), 06-Окт-26, 09:07
	Я хз что значит не юзабельна. Только на днях использовал firefox через инет таким образом.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	61. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от morphe (?), 05-Окт-26, 16:42
	Пользователей примерно столько же, сколько программ на motif
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	128. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от _oleg_ (ok), 06-Окт-26, 09:05
	Много.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	159. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от анон (?), 06-Окт-26, 15:10
	много. ещё много копроративного софта, типа оракула, ставится с пробросом графики по сети.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	180. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (180), 07-Окт-26, 12:08
	Очень много
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	37. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+4 +/–
	Сообщение от name (??), 05-Окт-26, 15:01
	Xorg уже не умеет, т.к. софт перестал использовать примитивы и пересылает битмапы. Кончилась эпоха мейнфреймов. Waypipe даже лучше будет, т.к. умеет сжимать эти битмапы видеокодеком, на Xorg тормоза, когда большой битмап не пролезает в сеть.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	45. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (45), 05-Окт-26, 16:08
	Чё это не умеет. Берёшь любой промышленный софт на motif и работаешь, ничего эффективнее ты не найдёшь.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+10 +/–
	Сообщение от name (??), 05-Окт-26, 16:43
	Секунду, только сгоняю на кладбище за админом мейнфейма, пойдёт работа!
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (45), 05-Окт-26, 18:47
	Надо полагать, АРМ на второпнях до сих пор обеспечивают тебя электричеством каждый день. Да и QNX из промышленной сферы никуда не делся.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от анонимс (?), 05-Окт-26, 22:55
	Дилетанты думают что промышленное оборудование обновляется ежедневно
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 06:53
	Тут снизу пишут, что wayland создавали для промышленных машин, а не для десктопа. Пообщайтесь, может подружитесь.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (131), 06-Окт-26, 09:30
	Нижние тебя обманули. Wayland создавался именно, как замена x Window System. То бишь замена X.org.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (85), 05-Окт-26, 19:01
	Негужен ттебе супер-пупер админ, тебе нужны прямые руки.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	166. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (169), 06-Окт-26, 19:11
	>Берёшь любой промышленный софт на motif Какие у вас экзотические сценарии.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	65. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
	Сообщение от МИСАКА (?), 05-Окт-26, 16:44
	Waypipe до сих пор проигрывает даже xrdp
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	71. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от name (??), 05-Окт-26, 17:04
	Совершенно разные программы. Даже не интересно, как ты их сравнил и по каким критериям. waypipe это альтернатива ssh -X на wayland.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 08-Окт-26, 20:21
	> Waypipe до сих пор проигрывает даже xrdp А почему его надо с xrdp сравнивать а не с каким-ниюудь rdp-серверов wayland? Странно апельсины с бананами сравнивать.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	81. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (85), 05-Окт-26, 18:45
	Да и пох-ну на битмапы или ещё как. Главное, что способен отображать окошки отделно взятого приложения прямо на текущем рабочем столе другого хоста. А не весь другой рабочий стол, как VNC, RDP.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	149. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Loki13 (ok), 06-Окт-26, 11:35
	RDP тоже умеет. RemoteApp называется.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от ptr (ok), 06-Окт-26, 10:38
	> Кончилась эпоха мейнфреймов. Точнее началась история тонких клиентов, когда на локале у пользователя лишь веб-браузер, а приложение на сервере вообще GUI не требует.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	157. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 14:54
	Это мечта корпов, мир по подписке, тотальный контроль. К счастью, пока не совсем в это скатились, но тенденция имеется, цены растут.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от ptr (ok), 06-Окт-26, 17:40
	> Это мечта корпов, мир по подписке, тотальный контроль. К счастью, пока не > совсем в это скатились, но тенденция имеется, цены растут. Мир по подписке - это недоступность on premises, а вовсе не веб-приложения.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (169), 06-Окт-26, 19:27
	>когда на локале у пользователя лишь веб-браузер Кто вам мешает захостить веб сервер локально?
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	174. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от ptr (ok), 06-Окт-26, 22:02
	>>когда на локале у пользователя лишь веб-браузер > Кто вам мешает захостить веб сервер локально? Никто. Но зачем? Держать его на сервере просто удобней.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 08-Окт-26, 20:22
	>>когда на локале у пользователя лишь веб-браузер > Кто вам мешает захостить веб сервер локально? Ну захости у себя локально допустим прогноз погоды Яндекса. Или его замену. Интересно как бы это могло выглядеть?
	Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

	176. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Норм (?), 07-Окт-26, 00:22
	Где там у вас чего кончилось. Мейнфреймы никуда не делись. Однокнопочные фантазеры блин.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	52. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+7 +/–
	Сообщение от ptr (ok), 05-Окт-26, 16:28
	Wayland умеет через waypipe.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	86. Скрыто модератором	–3 +/–
	Сообщение от Аноним (85), 05-Окт-26, 19:02
	Он ржавый.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (169), 06-Окт-26, 19:21
	Врать нехорошо. Процитирую себя же: Было бы очень хорошо, если бы любители иксов говорили правдиво и откровенно о ситуации с иксами. В локальной сети два устройства, и решил я значит попробовать хвалёную сетевую прозрачность иксов. Подавляющее количество софта при пробросе либо намертво зависает, либо падает при запуске. Не важно что это, будь-то sdl, gtk, либо даже qt. Alacritty, kitty, caja, nautilus, thunar, mousepad, pluma, virtualbox, wesnoth, hex-a-hop, supertux, neverball, firefox - куча разных программ от совершенно разных авторов почему-то отказываются работать. Единичные программы всё-таки в этом режиме запускаются. Qterminal, featherpad: при открытии контекстного меню, строки меню, окна открытия файла, всплывающего окна - вначале рисуется белый прямоугольник, а потом спустя около секунды - появляется содержание окна. Прокрутка тормозит, быстрый ввод тоже тормозит - можно убрать руки с клавиатуры и видеть, как допечатывается текст. Krita: тормозит до невозможности, отпускаешь кисть и оно ещё несколько секунд будет по инерции что-то рисовать. Не смотря на то, что окно всё-таки отображается, но это уже неработоспособное состояние. Chromium: я же говорил, что прокрутка тормозит? А если на странице есть какая-то анимация, то тормозит всё окно целиком. Опять же можно напечатать что-то, убрать руки с клавиатуры и смотреть как текст допечатывается. А знаете что не тормозит - xterm. Но, если вам не жаль свои глаза, смотреть на растовые шрифты, то один щелчёк правой кнопкой мыши, и xterm молча падает. Ах да, как же я мог забыть тот факт, что xterm ведёт себя так, словно на дворе 90-ые и даже не думает масштабировать свои шрифты под современные мониторы? Если вы предлагает поставить какой-то софт, вроде xpra или клиента vnc, то поздравляю, вы не понимаете, что такое сетевая прозрачность. Сетевая прозрачность, она в том и заключается, что клиент(wesnoth) находится на удалённом компьютере, а сервер xorg запущен локально. А xpra, это отказ от данного подхода. Теперь удалённый клиент(wesnoth) будет подключаться к удалённому серверу xpra, к которому в свою очередь будет подключаться локальный клиент xpra, который уже будет подключатся к локальному xorg. Далее, wesnoth - это растовая графика, как следствие, от сетевой прозрачности здесь тоже не будет никакого толка, всё равно через сеть придётся перегонять картинку, а не команды. Именно по этому прокрутка везде так и тормозит. А те приложения, которые посылают команды, вроде xterm-а выглядят отвратительно, как привет из 90-ых. Сюда же следует добавить, что постепенно, всё больше софта переносят на видеокарты. Даже терминалы, типа kitty отрисовываются именно видеокартой. Как несложно понять, таким приложения сетевая прозрачность совершенно не нужна. Для сравнения, на том же железе и сети, через waypipe простые графические приложения типа эмулятора терминала или текстового редактора работают полностью бесшовно. Даже если приложение запустить через Xwayland внутри waypipe, то оно тоже будет работать, просто сразу и из коробки. В случае с просмотром видео или игр есть некоторые ограничения, по сравнению с запуском локального приложения, но оно работает, и не просто для галочки. И да, в довершение сетевой прозрачности иксов: при попытке запустить графическое приложение в контейнере, я получаю ошибку вроде этой >Authorization required, but no authorization protocol specified >Error: Can't open display: :0 Сокет иксов проброшен, переменная XAUTHORITY и файл тоже. В чем проблема? Иксовики решили, что авторизация должна зависеть от имени хоста, и просто файла авторизации приложению недостаточно. Так что либо нужно каждый контейнер вручную добавлять в список авторизованных(задача со звёздочкой автоматически заполнять этот список после перезагрузки), либо отключить авторизацию и позволить подключаться к сессии сразу всем подряд. Правильное решение - прописать контейнеру такое же имя, как и хосту, тогда он прозрачно подключится по сокету. Иксовики даже не смогли нормальное сообщение об ошибке написать, типа данные для авторизации есть но они не подходят, из-за чего пускают по ложному следу, будь-то чего-то не хватает. А вы знаете что происходит в вейленде? Вы просто пробрасываете сокет и указываете переменные окружения, и всё работает, без всякого красноглазия. Красношапочная магия, не иначе.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	25. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
	Сообщение от iPony128014 (?), 05-Окт-26, 14:32
	Там в основном рефакторинг по передвижению стульев (или кроватей). В целом это не влияет на производительность.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	34. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (34), 05-Окт-26, 14:57
	Там ничего что может повлиять на отзывчивость не сделано и не будет сделано - для этого нужно менять архитектуру, что и сделано в wayland. А вот в wayland как раз улучшить можно ещ много чего.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	88. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Куклочай (?), 05-Окт-26, 19:22
	Я уже приступил к доработке своих прошлогодних заброшенных пул реквестов которые затрагивают работу с кешем процессора, на самом деле по тестам x11libre действительно гораздо производительнее Xorg, правда он пока нишевый и мало кто о нем знает еще. А так как будущее развитие X.org хорошая замена.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	111. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (113), 06-Окт-26, 05:24
	Иксы невозможно починить - только разработка с 0!
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
Сообщение от Аноним (45), 05-Окт-26, 12:56
Сомнительно, но ладно. Для полноты картины на иксах стоило использовать какой-нибудь openbox без композитинга -- он, обычно, наиболее производительный. Ну и с интелом сравнить хотя бы.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (5), 05-Окт-26, 13:03
	Это правда юзаю xlibre + fastcompmgr на xfce. Голый xorg еще и на DE которые его активно выпиливают тестить такое себе.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (19), 05-Окт-26, 13:57
	>Для полноты картины на иксах стоило использовать какой-нибудь openbox без композитинга -- он, обычно, наиболее производительный. Можно и опенбокс выкинуть. А композитор из вяленого не выкинешь.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	22. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (22), 05-Окт-26, 14:19
	В вейленде даже оконный менеджер встроен в композитный сервер.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (57), 05-Окт-26, 16:30
	В Wayback не встроен.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+4 +/–
	Сообщение от sage (??), 05-Окт-26, 15:05
	Бессмыссленно, разве что опенбокс не окажется тормозом. Смысл исследования в том чтобы показать, что при использование VRR (покупайте наши мониторы с G-SYNC) задержка композиторов (хоть иксы, хоть вяленый) окажется на уровне прямого вывода в DRM - 7 мсек. Тупо физическое изменение яркости пикселя в разные стороны влияет сильнее, чем программный стек.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	60. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 05-Окт-26, 16:42
	Ну почему, в прошлом месяце замеряли на похорониксе и опенбокс всех порвал. Отсутствие композитинга, если точнее.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 07:04
	Ты про это? https://www.phoronix.com/news/Wayland-X11-Performance-PorteuX
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Sem (??), 05-Окт-26, 19:06
	Причина, почему не делали сравнений, буквально в первых трех словах (после фамилии тестирующего).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	89. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 05-Окт-26, 19:34
	ПК с нвидиа обычно идут с интелом и занимают около 90% рынка в такой конфигурации. Не вижу проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (132), 06-Окт-26, 09:35
	>без композитинга -- он, обычно, наиболее производительный. Это говорит чел из 2026-го? Может ты не будешь пороть чушь?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	134. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (45), 06-Окт-26, 09:41
	А ты сравни, чушь. Значительно скромнее потребление процессора, в тысячи раз меньше памяти надо, ниже задержки. На прозрачности вообще плевать.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от shardddin (?), 10-Окт-26, 19:20
	Не знаю. Теперь меня Вэйланд всем устраивает - и в играх и безкостыльностью/невмешательностью.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 10-Окт-26, 20:56
	Прохладные истории. Бескостыльность невмешательность это иксы, всё работает то что работало. Я так лет 5 иксы не обновлял в районе 2012 и всё продолжало работать. А с вейландом ядро забыл обновить на самую последнюю не лтс ветку и всё, вейланд больше не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от shardddin (?), 14-Окт-26, 14:13
	У меня все наоборот было - костылей на иксах столько наставил и набралось их так много...
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
	Сообщение от Аноним (139), 06-Окт-26, 10:22
	> без композитинга А смысл? Если без него пользоваться практически невозможно, всё дёргается и рвётся.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	141. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (141), 06-Окт-26, 10:27
	> А смысл? Если без него пользоваться практически невозможно, всё дёргается и рвётся. А смысл в том, чтобы показать что некроиксы хоть в чем-то могут соревноваться с вейландом) Обычно такие пресонажи еще заводят шарманку про сетевую прозрачность и утверждают что 1-2 фпс им норм.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 06-Окт-26, 10:36
	Не обязательно. У меня вот нет тиринга и нет forcefullcomposition или аналогов (часто вызывает лютый статтеринг). Технически, возможность получить разрыв кадров есть, но это ситуация достаточно маловероятная, чтобы не наблюдать её никогда. Примерно 1 кадр раз в никогда и видно это только на горизонтальном движении. Раньше тиринг был и очень нервировал.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

3. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–3 +/–
Сообщение от Аноним (45), 05-Окт-26, 13:01
Лично мои проблемы с композиторами вейланда это инпут лаг, вечные утечки памяти и плохой контроль за врам, странные баги. Я готов даже мириться с урезанной функциональностью, если будет работать. Задержка кадров никогда не была в этом перечне, только когда через несколько дней появляется баг с мистаймингом и выпадением кадром, но пока работает никаких вопросов.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–3 +/–
	Сообщение от Аноним (45), 05-Окт-26, 13:03
	Хотя нет, вон прокрутка в кедах лагает всегда. В vscode не лагала. Приходится через xwayland запускать программы где прокрутка нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+4 +/–
	Сообщение от Аноним (9), 05-Окт-26, 13:14
	Может, у тебя старая версия кед, где не доделали поддержку Wayland? Обновись до 6.6 хотя бы и посмотри
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (45), 05-Окт-26, 13:49
	Не, это всё в 6.7 было. Там ещё есть интересный баг с вейландом, что растровые шрифты где угодно на экране грузят процессор. Прощай терминус в редакторе и консоли, да. Я думаю, разработчикам кед стоило просто запускать плазму и все приложения в xwayland, и от вейланда только kwin -- это избавило бы от большинства проблем и багов.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Норм (?), 07-Окт-26, 00:32
	Совсем недавно эта ерунда научилась не вызывать кернел паник при запуске бравзера, Конкреино вот кедовский композитор. Лаги конечно не пофиксят никогда. Можете скринить и в рамочку вешать. Перетаскивание и переписывание всего на вейланд потому сложеа иксы чинить - безумие. Не идиотизм, безумие. Эта хрень уже давно иксы переплюнула и по ужасу в коде и по багам. Нет, по багам с самого начала. Оно еще и лагает разным способом на сотне разных реализаций. В каждой свои баги и ужасы в коде. Если нет ресурсов поддерживать чего работает, откуда бл они возьмутся чтобы с нуля усе новоелучшее сделать? Новое лучшее делают когда ресурсов дофига есть и наконец-то можно нормально сделать.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	33. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 05-Окт-26, 14:54
	Нужно использовать mesa.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	197. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от shardddin (?), 10-Окт-26, 19:21
	Что за дистр? Давно установленный?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	198. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 10-Окт-26, 20:32
	Да, генту, 17 лет назад. Ты брось эти вендовые привычки, линукс нет смысла переустанавливать, если есть голова на плечах. Заново установленный он будет ровно таким же. Это с вендой у тебя не вариантов, только переустановка каждые полгода (она обычно сама это делает).
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от shardddin (?), 14-Окт-26, 14:17
	> Да, генту, 17 лет назад. Ты брось эти вендовые привычки, линукс нет > смысла переустанавливать, если есть голова на плечах. Заново установленный он будет > ровно таким же. Это с вендой у тебя не вариантов, только > переустановка каждые полгода (она обычно сама это делает). Не знаю - может, привычка осталась - иногда даже заеживает - руки чешутся переустановить что-нибудь))... Костылей очень много, очень много накопилось за много лет - всех не упомнишь - вэйланд отказывался работать... Поставил все с нуля - запустилось... Пока работает - поэтому не трогаю.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 14-Окт-26, 21:32
	Если не разобраться, в чём причина, то всё в точности повторится и после переустановки. А костыли может и пора почистить. Какие-то патчи больше неактуальны, например, и можно перейти на апстримные пакеты. У меня так различный код работает уже 20 лет, исправления минимальные при обновлениях спек freedesktop и когда ломается, последнее вон fluidsynth больше не позволяет аргументы в любом порядке задавать. Даже скрипты гуйни, взаимодействующие с пользователем, не отвалились из-за вейлада. Только xdotool нет, но там скрипты специфических задач и в основном есть альтернативные решения. Вейланд отказывался работать, потому что даже при корректной конфигурации dbus-uuidgen не выполнялся принудительно и без корректного файла machine-id вейланд молча обломается без единого намёка в логах. Пойди догадайся об этом, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от shardddin (?), 14-Окт-26, 14:59
	А я застрял где-то по середине - и не профан, но и систему знаю не на 100%... Просто у меня накопилось столько костылей ко всем подсистемам и из-за этого  вэйланд нормально не заработал...
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	204. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 14-Окт-26, 21:38
	Никто ничего не знает на 100%. Я просто дропнул все свои многолетние конфиги alsa (и пачку сторонних плагинов) и перешёл на pipewire. Потребовалась некоторая конфигурация (вроде уже починили и сейчас работает из коробки, не работало совершенно ничего), полёт нормальный, pulseaudio мне так и не удалось настроить. Даже лучше стало.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
Сообщение от Луддитретроград истинный. (?), 05-Окт-26, 13:23
До 8-битных компьютеров по задержке ввода с клавиатуры им ещё лететь и лететь со всеми ихними 64-битными гигагерцами.
Ответить | Правка | Наверх | Cообщить модератору

	13. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
	Сообщение от Аноним (13), 05-Окт-26, 13:49
	Ну дык, ни колец привелегий, ни страничной памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (85), 05-Окт-26, 14:43
	Как будто, при каждом вводе сивмола подгружается отсутствующая страница памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Anonim (??), 05-Окт-26, 16:29
	Yes, nearly, its hiddnlogged.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (85), 05-Окт-26, 18:55
	Выше сарказм, если не поняли.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от sage (??), 05-Окт-26, 15:39
	Ага, мгновенный ввод это круто. Есть только проблема с задержкой вывода при расчете пикселей для 4к монитора. Точнее там даже вывод на такой монитор не получится сделать, так как не хватит памяти на фреймбуфер.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	64. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от 123 (??), 05-Окт-26, 16:43
	Конечно не получится. Но не потому что памяти не хватит. А т.к. архитектура концептуально изменилась и не важно Линукс/Виндоус/Мак/БСД или еще что у вас там. При том на аппаратном уровне поменялось буквально ВСЁ. Более того оно и смысла не имеет, т.к. где найти 4К монитор"аналоговый"? У любого современного дисплея с HDMI/DisplayPort идет цепочка - получение пакета даных, который обрабатывается скалером, который сам по себе уже посложнее всего что было в эпоху 8 битного ПК, со своей риалтайм ОС и памятью, т.к. ему нужно разгребать всякие плюшки типо VRR (вот мой моник умеет "гулять от 60 до 180 Гц с VRR", для примера) и HDR (которого куча стандартов и поддерживается их нное число).
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 09-Окт-26, 13:45
	> и памятью, т.к. ему нужно разгребать всякие плюшки типо VRR (вот > мой моник умеет "гулять от 60 до 180 Гц с VRR", > для примера) и HDR (которого куча стандартов и поддерживается их нное > число). Вот как раз SCALER достаточно тупая ASIC-подобная железка. И памяти у него если и есть то далеко не на всю площадь панели. Собственно, стекляхи поменьше (MIPI DSI, RGB-bus, i80080 bus, SPI) - обладают буфером кадра на всю площадь стекляшки. Но для больших LCD это становится слишком накладно и оно живет только за счет "аналогового" RAM в виде самой LCD матрицы. Которую данные HDMI/DP периодически рефрешат. На самом деле LCD держит заряд довольно долго и если притормозить с присылкой очереднго кадра - ничего этакого не случается даже с мониторами где freesync не заявлен. Всякие приколы типа HDMI @ 720p на микроконтроллере RasPi на этом основаны, там клок можно и придержать если мк не успевает, монитор подождет, куда он денется если клок генерит источник сигнала. Все эти VRR и проч лишь формально узаконили и формализовали это состояние дел, выдав как мега-фичу :)
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (164), 06-Окт-26, 17:45
	Что там с вводом Юникода на 8-битных компьютерах?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	167. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (169), 06-Окт-26, 19:17
	Там не только юникода не будет, там вообще практически ничего не будет. Ни вектора, ни произвольных шрифтов, ни градиентов - ничего. И с точки зрения обработки текста тоже ничего - ни автодополнения, ни автоформатирования, ни подсветки синтаксиса и так далее.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 09-Окт-26, 13:47
	> Там не только юникода не будет, там вообще практически ничего не будет. > Ни вектора, ни произвольных шрифтов, ни градиентов - ничего. И с > точки зрения обработки текста тоже ничего - ни автодополнения, ни автоформатирования, > ни подсветки синтаксиса и так далее. Да ладно, векторный графоний очень древняя тема. И первые потуги были как раз в эпоху 8 и 16 битов. Просто считать многовато по тем меркам выходит, особенно с норм качеством. А автодополнение... кля... оно порой так подсирает что хочется убить того кто это придумал. Потому что такая х... в чаты уезжает :\
	Ответить | Правка | Наверх | Cообщить модератору

17. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+9 +/–
Сообщение от Аноним (-), 05-Окт-26, 13:56
Вяленый писали потому что иксы якобы тормозят, не так ли?
Ответить | Правка | Наверх | Cообщить модератору

	20. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (20), 05-Окт-26, 14:16
	Безопасность и легаси
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (85), 05-Окт-26, 14:40
	Ну поменяли безопасность и легаси на безопастность и 18 лет "нелегаси".
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (132), 06-Окт-26, 09:37
	Там не только легаси. Там куча непонятного кода и ненужного функционала, которое было не характерно для дисплейного сервера.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Норм (?), 07-Окт-26, 00:35
	Перечислите список дисплейных серверов и не характерного фукционала.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (22), 05-Окт-26, 14:17
	Ага. А еще, как говорят юзеры вейленда, иксы не развиваются и стагнируют. Стагнируют, но все равно быстрее вейленда, который развивается.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	36. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (36), 05-Окт-26, 15:01
	в новости: > В целом выводы сводятся к тому, что различия в отзывчивости не существенны и трудно выделить одного победителя. иксофанатные шuзы: > но все равно быстрее вейленда
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+10 +/–
	Сообщение от Аноним (13), 05-Окт-26, 15:10
	Ок, ладно. Супер-пупер навороченный wayland, лишенный всех недостатков легаси-кривой архитектуры иксов, работает с такой же скоростью, каки тормозные стагнирующие иксы, которые ото всюду выскидаювают и не развивают.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (53), 05-Окт-26, 16:28
	> Ок, ладно. Погоди, ты что признал свою ошибку? на опеннете? Не удаляй и не редактируй сообщение, я должен сделать скриншот на память! > работает с такой же скоростью Ага. > каки тормозные стагнирующие иксы Ну, иксы точно каки, люди которые окунались в ТОТ код были очень демотивированны. Но не одной же скоростью меряется прогресс. Например подключение монитора и 4к ноута на вейланде это элементарно. А на иксах ты получаешь отвратительную картинку. Или VRR. Иксы в него уже умеют? А без костылей))? А бесконечный поток багов? 02.06.2026    Обновление X.Org Server 21.1.23 с устранением 9 уязвимостей 15.04.2026    Обновление X.Org Server 21.1.22 с устранением 5 уязвимостей 30.10.2025    Обновление X.Org Server 21.1.20 с устранением 3 уязвимостей          18.06.2025    Обновление X.Org Server 21.1.18 с устранением 6 уязвимостей      26.02.2025    Обновление X.Org Server 21.1.16 с устранением 8 уязвимостей      30.10.2024    Обновление X.Org Server 21.1.14 с устранением уязвимости      13.04.2024    Обновление X.Org Server 21.1.13 с устранением потенциальной уязвимости в исправлении уязвимости      Годы идут, а кол-во найденных багов... > которые ото всюду выскидаювают и не развивают. Но ведь выкидывают и не развивают)) Уже скоро намечается дроп иксов из тулкитов.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Ivan_83 (ok), 05-Окт-26, 19:51
	Чувак, у меня иксы последний раз падали больше 6 лет назад. То что там сейчас устраняют - это не из области юзабилити, а из области "хакер и салонка": ну типа да, это деффекты ПО через которые иногда можно повысить права, но достаточно часто это или не возможно проэксплутировать или не имеет смысла - юзер сам себе рут.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 06-Окт-26, 08:44
	> Чувак, у меня иксы последний раз падали больше 6 лет назад. У меня тоже! Просто я их выкинул на помойку и заменил веландом, который внезапно! не падает. > то что там сейчас устраняют - это не из области юзабилити Прости, когда к копроиксам подключаешь дополнительный монитор и получаешь мыло из-за кривого масштабирования - это таки юзабилити. > а из области "хакер и салонка": скорее какер и забивание на качество кода > ну типа да, это деффекты ПО через которые иногда можно повысить права, но достаточно часто это или не возможно проэксплутировать или не имеет смысла Достаточно часто это сколько? Проекту уже десятки лет, а баги находят каждые пару-тройку месяцев. [08.07.2026] Обновление X.Org Server 21.1.24, xwayland 24.1.13 и libXfont2 2.0.8 с устранением уязвимостей      [02.06.2026] Обновление X.Org Server 21.1.23 с устранением 9 уязвимостей      [15.04.2026] Обновление X.Org Server 21.1.22 с устранением 5 уязвимостей      [23.03.2026] Проекты Artix Linux и GhostBSD переходят с X.Org Server на XLibre      [30.10.2025] Обновление X.Org Server 21.1.20 с устранением 3 уязвимостей      [18.06.2025] Обновление X.Org Server 21.1.18 с устранением 6 уязвимостей      [26.02.2025] Обновление X.Org Server 21.1.16 с устранением 8 уязвимостей      [30.10.2024] Обновление X.Org Server 21.1.14 с устранением уязвимости      [13.04.2024] Обновление X.Org Server 21.1.13 с устранением потенциальной уязвимости в исправлении уязвимости
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 13:46
	Монитор - вероятно аргумент. Список уязвимостей - нет: они на работу никак не сказываются. В остальном легко из 2026 поливать всех гном за то что ЫЫ им ещё в 90 всё не исправил и не переписал.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 08-Окт-26, 22:18
	> Просто я их выкинул на помойку и заменил веландом, который внезапно! не падает. Xorg это вообще монструозное поделие с ужасным кодом. Хрупкое и проблемное. Но самое плохое в том что его архитектура не соответсвует современным реалиям примерно никак. Поэтому то что Xorg делает - по стуи забивание микроскопом гвоздей. В годы когда делалась та архитектура и протокол - никто не смотрел видео на компьютере, а монитор 640x480 с 256 цветами стоил, вероятно, как небольшой самолет, если вообще существовал. > масштабирования - это таки юзабилити. Там "юзабилити" в каждой дырке. * Открыл менюшку запуска программ? Или контекстную меню в проге? А вот у плеера "типа-глобальные" шорткаты - сдохли! * Клипборд порой ведет себя довольно... специфично. Идеи у программ насчет "selection" и нескольких клипбордов бывают... странноватые. * Душно с памятью? Xorg может упасть. Утянув всю сессию за собой. Это конечно радикально чистит RAM, но... * GPU Recovery? Не, не слышали. Зато слышали вот этот грохот. Это упал ваш Xorg от него. И вся сессия вместе с ним. Чем от нажатия Reset так уж отличается!? * С другой стороны в Wayland если какая-то программа делает что-то не то, это сразу приписано ей и ее не проблема прибить. И сразу видно кто жрет ресурсы. * В xorg есть куча встроенных facilities от рендера фонтов до контролов. Но они страшны как смерть и их никто не юзает. Почти. Это почти не дает их выкинуть, код таскать приходится, а большая часть программ фичу не юзает. * Если какая-то программа делает что-то не то - Xorg может жрать CPU в полку и тормозит вообще весь графоний. Общесистемно. Обилие навороченных функций тому очень помогает. И вот приходится "подожди сына, ща переключусь в консольку, прибью процесс и покажу графическую многозадачность". * Чтобы получить отдаленное подобие нормальной скорости вывода графики - в Xorg на уровне программирования надо конкретно подраспереться. Подраспираются обычно юзежом Vulkan и GL чтоб совсем никак с Xorg дела по этой части не иметь. * Поэтому большая часть программ и тулкитов дают Xorg уже рендернутый битмап. А плевалка битмапов из Xorg - ну такая себе. Сложная и безблагодатная. И вот получается что дофига сложного почти-dead code, с кучей проблем, факапов, упущения, вот это все. Разработчики не хотят трогать это 3-метровой палкой. Те которые адекватные и к DRK/KMS причастны. Те которые назло бабушке, с теориями заговора... девелопают под стать уровню остальных своих суждений. Странно, да? > скорее какер и забивание на качество кода Скорее хакер и куча древнего кода писаного когда про хак, тем более сетевой - ничего не слышали. И информационная безопасность была - примерно на нуле. > [30.10.2024] Обновление X.Org Server 21.1.14 с устранением уязвимости Для всего остального его никто трогать даже 3-метровой палкой не хочет. За исключением энрике и его дружков но это те еще разработчики. Один дистр уже сдриснул, но он явно не последний.
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	42. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (13), 05-Окт-26, 15:43
	> иксофанатные шuзы: И я, кстати, сижу на вейленде. Так что мимо, clown.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	56. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (53), 05-Окт-26, 16:29
	> И я, кстати, сижу на вейленде Пофиг) Жидко обделаться, выдавая свои фантазии за действительность, ты смог и сидя на вейланде. Возможно это просто когнитивная травма за годы использования иксов)
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (45), 05-Окт-26, 16:10
	Ты наверно пропустил в прошлом месяце новость, где замеряли иксы без композитинга. Внезапно, быстрее вейланда.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	58. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Alladin (?), 05-Окт-26, 16:31
	вяленый еще рассказывал про отсутствие тиринга (а потом оказалось что у них тупо верт синхра не отключалась), а еще рассказывала о сверхновом оптимальном коде на современном языке который оказался в разы медленее иксовых. так и живем
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	68. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от 123 (??), 05-Окт-26, 16:55
	Так-то оно так, только ВяленД писала часть авторов Иксов. Так-что все логично. Кривые иксы с критическими уязвимостями, которые висели по 10-15-20 лет писали те же люди, что и ВяленД. Результат закономерный.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (74), 05-Окт-26, 17:17
	Та самая часть, которая руинила иксовую репу, если точнее.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (97), 05-Окт-26, 22:11
	Какая еще часть? Вейланд по сути писал только самый упоротый персонаж Кристиан Хёгсберг, который в иксах нарукожопил DRI2. Он никак не автор иксов, а автор корявого расширения. Реальные разрабы иксов вроде Кита Пакарда и Адама Джексона писали уже обвязку - Xwayland и части mesa. Ну и в основном Xorg тянул Кит Пакард, но его выдавили из Intel, когда там решили, что Xorg им не нужен.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	73. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от BorichL (ok), 05-Окт-26, 17:08
	Нет, просто не хотелось на мороз, надо было за что-то финансирование получать. В Линухе результат не достижим, при приближении к нему начинается полное переписывание. Иначе возникнет деление бюджета на 0, что невозможно...
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

23. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
Сообщение от Аноним (23), 05-Окт-26, 14:20
> В целом выводы сводятся к тому, что различия в отзывчивости не существенны и трудно выделить одного победителя. Вот это поворот. А как пиарщики Вайленда щеки-то дули: мол, Иксы - устаревшая архитектура с тормозными костылями, и сейчас мы с Вайлендом всм покажем, как делать правильно! А на деле вон оно что: трудно выделить победителя...
Ответить | Правка | Наверх | Cообщить модератору

	29. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от iPony128014 (?), 05-Окт-26, 14:46
	Это как старый раздолбанный ВАЗ. С ним вполне быстро удасться доехать на работу по городу. Так же быстро если на чём-то современном.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (47), 05-Окт-26, 16:11
	> С ним вполне быстро удасться доехать на работу по городу. Так же быстро если на чём-то современном. Данные из статьи говорят о том что это современное по факту ничем не лучше в плане перформанса даже в самых требовательных задачах.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (66), 05-Окт-26, 16:45
	На современном модном самокате (велосипеде)?
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	78. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от аниме эксперт (?), 05-Окт-26, 18:00
	потным в грязи
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 05-Окт-26, 16:50
	>Это как старый раздолбанный ВАЗ. Почему старый раздолбанный ВАЗ умеет в несколько мышей, сетевую прозрачность и матрицы перехода для output-ов, а не ВАЗ не умеет в это всё или умеет в что-то в зависимости от реализации? Это что ж за ВАЗ-то за такой?
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	94. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (94), 05-Окт-26, 20:34
	может такой? https://a1.drive-data.ru/ywAAAgBoBuA-1920.jpg
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 08-Окт-26, 22:31
	>>Это как старый раздолбанный ВАЗ. > Почему старый раздолбанный ВАЗ умеет в несколько мышей, сетевую прозрачность и матрицы > перехода для output-ов, а не ВАЗ не умеет в это всё > или умеет в что-то в зависимости от реализации? Это что ж > за ВАЗ-то за такой? Он умеет это все в стиле ара-тюнинга. Да, наклейки SPARCO, пафосные диски, заниженный подвес и колхох-ксенон и такую же подсветку из д-ма и палок - и акустику "как в унитазе" - просаживающую акум так что аж фары тухнут - можно сделать и из ТАЗа. Но малохольный, ломкий, прожорливый двигун, кучу механических проблем прямо с завода - это не уберет.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	95. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (95), 05-Окт-26, 20:37
	Самое тупое и неуместное сравнение, как можно сравнивать ПО с чем-то материальным?
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	152. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (152), 06-Окт-26, 12:46
	> Это как старый раздолбанный ВАЗ Это уже ретро.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

24. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
Сообщение от Аноним (24), 05-Окт-26, 14:21
раньше этой хней (бенчами) страдали обычные пользователи, что-то пошло не так видать :)
Ответить | Правка | Наверх | Cообщить модератору

	28. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
	Сообщение от Аноним (85), 05-Окт-26, 14:45
	Упал спрос на зелёные видеокарты?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
	Сообщение от аниме эксперт (?), 05-Окт-26, 17:58
	он только растет из-за ии
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
	Сообщение от Аноним (85), 05-Окт-26, 18:37
	Для простых юзеров ценовой категории75.
	Ответить | Правка | Наверх | Cообщить модератору

31. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+6 +/–
Сообщение от name (??), 05-Окт-26, 14:52
Набрасывают на вентилятор со своим блобом, лишь бы не контрибьютить в открытый стек.
Ответить | Правка | Наверх | Cообщить модератору

	35. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (35), 05-Окт-26, 14:59
	Ты так пишешь, как-будто они обязаны) Они и так делают для юзеров лучшие видяхи, так те еще моpду воротят и что-то про ЖоПЛь кудахчут.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Sm0ke85 (ok), 06-Окт-26, 15:56
	>Они и так делают для юзеров лучшие видяхи Смешно)))) 8ГБ в 2026м - тоже смешно... Ты видимо молодой и плохо знаешь, что нвидла творила в своей истории, и как быстро их "крутые" видюхи превращаются в "тыкву"))))
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от name (??), 06-Окт-26, 16:20
	Ага, похоронили пласт поколений без gsp, за такое количество e-waste зелёные должны их казнить. Для того, чтобы на них работал современный гну/линукс десктоп, нужно юзать nouveau, в котором до сих пор переключают частоты вручную (механическая коробка передач, классика).
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Хаккер (?), 07-Окт-26, 14:39
	Куда-хчешь тут только ты. А как господа тебе сап-огом под х-вост ткнут так вообще ку-кар-екаешь от счастья. А нормальные люди требуют к себе уважения. GPL создан для тех, кто себя уважает.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	44. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
	Сообщение от Аноним (44), 05-Окт-26, 16:06
	У Nvidia 100% открытый драйвер. Бери, читай, пиши свою реализацию vulkan/opengl поверх. Но ты же хочешь, чтобы тебе не только драйвер, но и userspace библиотеки нахаляву выдали.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	48. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
	Сообщение от Аноним (47), 05-Окт-26, 16:15
	> У Nvidia 100% открытый драйвер. Бери, читай, пиши свою реализацию vulkan/opengl поверх. И как это сделать без открытого железа и фирмвары?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (45), 05-Окт-26, 16:22
	Остальные как-то делают. Почему ты не можешь?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (47), 05-Окт-26, 16:24
	> Остальные как-то делают. Почему ты не можешь? Какие остальные? Нормальный драйвер для нвидия только от nvidia.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (45), 05-Окт-26, 16:37
	Конкретно для нвидиа nouveau показывал 70% блоба в бенчах, nvk тоже вполне работоспособный и даже на расте. А так, под это определение (закрытая зашифрованная прошивка и закрытое пропритерное железо) подпадают примерно все видеокарты без исключений.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (151), 06-Окт-26, 11:50
	Какого-такого "открытого железа"? Кроме risc-v и ultrasparc T1 niagara всё остальное железо закрыто, тем не менее opengl/vulkan для них есть. Firmware тем более зачем тебе открытое? С firmware общается драйвер в ядре Linux, он открытый и работает. Проси его, что тебе нужно, и обрящешь.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

51. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–3 +/–
Сообщение от ТабакошкаМойЛюбимыйМультик (?), 05-Окт-26, 16:25
Такой бы ещё тест для браузера и не падающей плазмы.
Ответить | Правка | Наверх | Cообщить модератору

69. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–2 +/–
Сообщение от Аноним (69), 05-Окт-26, 16:57
> различия в отзывчивости не существенны Т.е. вейленд можно было и не изобретать, а сотруднику нвидиа просто не хотелось упасть лицом вместе с вейлендом в грязь.
Ответить | Правка | Наверх | Cообщить модератору

	96. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от maximnik0 (?), 05-Окт-26, 21:31
	>Т.е. вейленд можно было и не изобретать У X_в накопилось слишком много костылей которые сложно потдерживать. Но беда в том что низкоуровново некто сейчас  не пишет -а в GTK,Qt, SDL и т.д остался ещё слой совместимости с Xfree, не кто оптимизацию толком не проводил как это не смешно.Сейчас просто прекратили официально поддержку X-в , т.е можно стало ломать совместимость.Вон в свежих KDE человек преминил  пару функций оптимизированных для вейланда и добился снижение нагрузки на процессор до 20% и рост производительности 14% .Т.е там ещё копать и копать ....
	Ответить | Правка | Наверх | Cообщить модератору

76. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
Сообщение от аниме эксперт (?), 05-Окт-26, 17:58
пора видимо менять свою кору дуба на хасвел
Ответить | Правка | Наверх | Cообщить модератору

	84. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (85), 05-Окт-26, 18:56
	Зачем? Из ядра ещё даже завтра не выпиливают.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 05-Окт-26, 20:15
	Из mesa тоже, встройки на 775 гоняют wayland.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от аниме эксперт (?), 06-Окт-26, 03:45
	в программной отрисовке отжирая итак мизерные ресурсы
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 06:44
	Нет, не в программной, я же написал, что поддерживаются в mesa. А что не выкинули из mesa, то умеет гонять wayland. Но кора дуба и программную спокойно потянет, я тестил.
	Ответить | Правка | Наверх | Cообщить модератору

93. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
Сообщение от Angel_in_Prada (ok), 05-Окт-26, 20:31
Браво! 18 лет ломали пользователям десктоп, чтобы в идеальных синтетических условиях на топовом железе выдать... паритет с сорокалетним «дряхлым дедушкой» X11, которого сейчас поддерживают три с половиной волонтёра в перерывах между обедом!
Ответить | Правка | Наверх | Cообщить модератору

	114. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (113), 06-Окт-26, 05:40
	На авто от ВАЗа тоже можешь доехать, но люди почему-то покупают иномарки? 🤔
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+3 +/–
	Сообщение от No Name (?), 06-Окт-26, 06:46
	Потому что кривая аналогия подобна котенку с дверцей на боку.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Йопт (?), 06-Окт-26, 07:42
	Гитлеру на коньках же, ну!
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Angel_in_Prada (ok), 06-Окт-26, 10:05
	> На авто от ВАЗа тоже можешь доехать, но люди почему-то покупают иномарки? > 🤔 Не в тот огород ты заехал с этой аналогией: до ценового безумия последних лет Lada стабильно рвала иномарки по продажам: 1. 2022 год: Lada 175тыс против Kia 66тыс. 2. 2021 год: Lada 351тыс против Kia 206тыс А всё потому, что в своём ценовом сегменте это был вполне понятный выбор по соотношению цена/качество, а не какое-то «ВАЗовское ведро, которое берут только от безысходности». ВАЗовский чугунный блок миллион раз доказал свою живучесть: он ремонтопригоден, терпит любые нагрузки и ходит сотни тысяч километров, в то время как «прогрессивные» современные иномарки поголовно перешли на одноразовые алюминиевые моторы, которые ловят задиры на гарантийном пробеге и не ремонтируются в принципе. X11 — это именно тот самый проверенный чугун, который работает на совесть и держит систему годами. А твой распиаренный Wayland — типичный современный эко-маркетинг: блестит красиво, стоит дорого, при малейшем сбое ремонту не подлежит и меняется только целиком вместе с упавшей сессией.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	140. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (141), 06-Окт-26, 10:26
	> стабильно рвала иномарки по продажам: > 1. 2022 год: Lada 175тыс против Kia 66тыс. > 2. 2021 год: Lada 351тыс против Kia 206тыс Отличный пример манипуляции, снимаю шляпу! Кроме киа у нас в стране других иномарок не было? Статистика за 2021 год - было продано 1 666 778 новых авто. Киа 205к, Hyundai - 167к (которые кстати один концерн Hyundai Motor Group) что уже больше чем бракотаз. Renault - 131к, Toyota, Volkswagen + Skoda все по 90к. > А всё потому, что в своём ценовом сегменте это был вполне понятный выбор по соотношению цена/качество, а не какое-то «ВАЗовское ведро, которое берут только от безысходности». Не, как раз его брали по причинам: - ты настолько нищий, что можешь позволить себе только гранту - ты живешь в ж0пе мира и на обочине прогресса, и ремонтировать твою ласточку будут похмельные васяны в гаражах - государство дает всякие программы для поддержки бракоделов и тольятти
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Angel_in_Prada (ok), 06-Окт-26, 10:50
	> Отличный пример манипуляции, снимаю шляпу! > Киа 205к, Hyundai - 167к (которые кстати один концерн Hyundai Motor Group) что уже больше чем бракотаз. Вот уж действительно эталонная манипуляция: чтобы хоть как-то перебить продажи одной марки Lada (351тыс.), тебе пришлось сложить сразу две марки (Kia + Hyundai (372тыс.)). Тут я только похлопаю. Или надо было считать по концернам? А то в него входили Lada (351к) + Renault (131к) + Nissan (51к). > ты настолько нищий, что можешь позволить себе только гранту > ты живешь в ж0пе мира и на обочине прогресса Классическая секта «казаться, а не быть». В реальном мире люди покупают практичные рабочие машины под свои задачи и без многолетней кредитной кабалы, пока закомплексованные любители «обочины прогресса» берут на последние деньги кредитопомойки с задирами в алюминиевых цилиндрах к 60 тыс. км (привет легендарным моторам G4FG/G4NA от твоего обожаемого корейского концерна). Твой подход к софту ровно такой же поверхностный: плевать, что Wayland за 18 лет так и не научился базовым вещам и падает целиком при любом сбое, главное — чтобы шильдик был «модный и не как у дедов».
	Ответить | Правка | Наверх | Cообщить модератору

98. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
Сообщение от Аноним (97), 05-Окт-26, 22:15
История разработки Xorg по статистике коммитов: Эпоха 1: Кит Паккард в одиночку тащит проект (2000–2003) В начале 2000-х годов в топе только Кит Паккард (33, 54, 25, 46 коммитов). Он закладывает основы архитектуры современного сервера. Проект XFree86 стагнирует, Кит готовит почву для революции. Эпоха 2: Рождение X.Org и приход Red Hat (2004–2006) • 2004 год: Масштабный форк. Кит Паккард уходит из XFree86 и основывает X.Org. К нему подключается Эрик Анхольт (98). • 2005–2006 годы: На сцену выходят Адам Джексон (ajax) и Дэниэл Стоун на зарплате у Red Hat. Они делают сотни коммитов, перестраивая ядро сервера под новые реалии и модульную систему. Эпоха 3: Питер Хуттерер и тотальное доминирование ввода (2007–2009) Посмотрите на цифры: 309, 454, 664 коммитов! Питер Хуттерер буквально переписывает внутренности X-сервера, чтобы заставить его понимать современное железо (мультитач, тачпады). А где же наш «гений» Кристиан Хёгсберг? Его вообще нет в топе авторов xorg в эти годы! Почему? Да потому что именно в 2008 году он бросает иксы и садится писать свой минималистичный Wayland. Пока Хуттерер, Паккард и Джексон пашут в шахте X.Org, Хёгсберг на чистом листе собирает будущую замену. Эпоха 4: Кит Паккард возвращается спасать иксы (2010–2014) Помните тезис, что иксы «умерли сами от старости к 2010 году»? Статистика говорит об обратном. В 2010, 2013 и 2014 годах Кит Паккард — снова абсолютный топ-автoр (162, 164, 206 коммитов). • Именно в этот период Кит работает в Intel. • Именно здесь он пишет DRI3, который выкидывает небезопасное DRI2 Хёгсберга. • Кит доказывает, что иксы живее всех живых, если ими заниматься. Эпоха 5: Изгнание Кита и заморозка проекта (2015–2019) • 2015 год: Кит Паккард уходит из Intel в HP. Количество его коммитов падает с 206 до 66. • 2016 год: Последний всплеск активности Кита (86 коммитов) — он помогает втащить Xwayland, чтобы пользователи не страдали. • 2017–2019 годы: Кит Паккард исчезает из топа навсегда. В топе прочно оседает Адам Джексон (Red Hat) (136, 137, 67 коммитов). Но Джексон делает эти коммиты не ради развития иксов — он официально переводит сервер в режим глубокой заморозки, зачищая баги и готовя дистрибутивы Red Hat к переходу на Wayland. К нему подтягивается Оливье Фурдан (работающий исключительно над Xwayland). Эпоха 6: Эра Xwayland и «мертвого» X-сервера (2020–2026) Посмотрите на авторов последних 6 лет: Оливье Фурдан и Мишель Дэнзер присутствуют каждый божий год. Знаете, что они делают? Они коммитят в каталог hw/xwayland! Сам классический X-сервер, который работает на "голом" железе, уже почти никто не трогает. Проект искусственно сузили до состояния костыля для Wayland.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 05-Окт-26, 22:56
	Натягивание ксорга на гламор не оживило иксы, наоборот, ввело кучу ограничений и убило все преимущества. Они лишь продлили страдания уже обречённого сервера, позволив ему работать на современном железе с 3д ускорителями, пока не было альтернатив. Закономерный исход - сделанный под современные железо и потребности wayland стал основным графическим протоколом, а Xorg превратился в Xwayland.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (101), 05-Окт-26, 23:02
	Каких ограничений? Вейланду 18 лет, если что. За это время можно было неоднократно с нуля написать X-сервер, если потратить на это те же ресурсы, что ушли на вейланд. Без всяких ограничений.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от name (??), 05-Окт-26, 23:23
	Напиши, кто не даёт. Xorg делался под 2д видюхи, умел использовать их хардверные поверхности, поддерживал нормально из-за этого несколько разных мониторов и оверлеи для вывода видео (xv). Когда начали выпускать 3д видюхи и писать 3д приложения, оказалось, что 2д вывод тормозит эти приложения и 2д может вообще пропасть из видюх (это и случилось). Так появился гламор, он сломал все фичи, но позволил работать иксам на 3д видюхах и быстро выводить 3д приложения (dri3).
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (97), 05-Окт-26, 23:50
	Ну, наверное, лучше работать с современными видюхами, чем со старыми, разве нет? Меня просто поражает этот логический выверт - иксы у сторонников вейленда обречены по определению (архитектурный тупик, устаревший неподдерживаемый код, бла бла бла, весь этот бред, который опровергается разработкой x11libre). Поэтому (!!!) они вообще развиваться не должны, а должны поддерживать старые видеокарты, которыми пользуется три с половиной калеки, ведь там и иксов преимущество.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 00:17
	Не опровергается, т.к. xlibre слишком амбициозный проект, который ещё ничего важного не починил. А в процессе переделки неминуемо ломается совместимость, artix уже обжегся. Куда проще было выкинуть легаси, что мы и видим. Иначе, за меньшие время и ресурсы пофиксили бы xorg, а на деле имеем миллион wayland композиторов, большинство из которых от энтузиастов, а не от организаций.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (97), 06-Окт-26, 08:28
	А что важного он должен был починить? За 18 лет существования вейланда у него из преимуществ перед иксами только поддержка HDR-мониторов, разных частот обновления мониторов и масштабирование окон. Просто мега-фичи, как бы мы без них жили то.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (135), 06-Окт-26, 09:48
	Он должен был облегчить житие разработчикам. И так выходит что их слово решающее. Если тебе что-то не нравится, то кнопочка форк вооон в том углу. А в целом вариантов у тебя три: - пилить самому - ныть на форумах - кушать что положили
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Инженер из NVIDIA протестировал уровень задержек при использ..."	–1 +/–
	Сообщение от Аноним (97), 06-Окт-26, 11:06
	Каким разработчикам? Разработчикам прикладного софта вообще без разницы, вейланд там или иксы. Проблема возникают при переходе с одного на другое, и вейланд создал эту гигантскую проблему. Если же разработчикам самого графического сервера, то 18 лет разработки показывают, насколько он "облегчил" им жизнь.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 14:48
	Ещё тиринг, смену разрешения десктопа от старых игр и невозможность вывести нормально различные поверности (yuv видео, например, в иксах одна поверность), да и в целом - обеспечить нормальную работу с 3д видеокартами, без настолько хардкорных костылей, сделать быстрый композитинг. Если тебе этого мало и ты покупая HDR монитор сидишь назло вейланду с конвертацией в SDR, то это грубо говоря странно.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	156. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (156), 06-Окт-26, 14:51
	> За 18 лет существования вейланда у него из преимуществ перед иксами только поддержка HDR-мониторов, разных частот обновления мониторов и масштабирование окон. Это все приятные и полезные плюшки. Самая важная фича - уход от дырявой вседозволенности иксов. Чтобы в 21м веке любое окно могло читать ввод и содержимое любых других окон... это позор какой-то!
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	165. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (164), 06-Окт-26, 17:50
	Мы все ждали, что ты напишешь, а ты на опеннете сражался в комментариях.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	105. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (19), 06-Окт-26, 01:43
	>сделанный под современные железо и потребности wayland wayland был сделан под infotainment-панели пашин и не является полноценным дисплейным интерфейсом под персональные компьютеры и тем более, под рабочие станции
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	106. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 01:55
	Уже является, несмотря на множество проблем с созданием необходимых расширений. Особенно, если рассматривать частные случаи в виде популярных композиторов. x11 был сделан под мейнфреймы.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (19), 06-Окт-26, 04:24
	У мейнфреймов нет графического интерфейса, X11 там работает, лишь если на мейнфрейме стоит Unix-подобная ОС и если есть рабочая станция, позволяющая прокинуть по сети окна. Как правило, мейнфреймы держат для другого. Впрочем, то, что клиенты X11 можно и на мейнфреймах держать, говорит о том, что X11 - это универсальная система графики. Без всяких частных случаев. Без поиска нужного расширения. А Wayland как делали с оглядкой на infotainment-системы у машин, так он и не пригоден для юзкейсов рабочих станций и даже ПК: ни проброса по сети без костылей, ни копипастинга по миддлклику, ни пары мышей, ни даже матриц трансформации из XRandR. И даже костыль в виде принудительного vsync не давал возможности повысить FPS в играх - это определённо не уровень ПК, это уровень SurfaceFlinger на телефонах или PlayStation. Поэтому для любой более-менее серьёзной работы с компьютером, которую не может заменить планшет или телефон, следует выбирать X11.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 06:37
	Сразу видно, пост отправлен серьёзным экспертом по сети через мейнфрейм, он использовал для этого сразу две мыши, копируя информацию их колёсиками с огромной скоростью.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (121), 06-Окт-26, 07:32
	> wayland был сделан под infotainment-панели пашин Откуда взялась эта бредятина? Wayland делался на PC и для PC прежде всего. Потому что в 21 веке стало окончательно понятно, что архитектура «дохлый терминальный клиент подключается к мощному серверу на котором обсчитывается графика» совершенно неактуальна и практически на каждом устройстве есть собственная видеокарта. Более того, мелкософту с DirectX и графической подсистемой в ядре это было очевидно уже в 90х, а в *nix продолжали обкладывать костылями в три слоя кривой терминальный сервер родом из университетской среды 70х-80х, где мейнфреймы были обычным явлением. Причём весь рендеринг и трёхмерка, благодаря которым иксы сегодня хоть что–то рисуют — не являются изначальной частью иксов, а прикручены сбоку, уже в 2000-е. Теми самыми людьми, которые потом задолбались костылять, плюнули и создали Wayland.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	123. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (97), 06-Окт-26, 08:15
	> практически на каждом устройстве есть собственная видеокарта Про VDI админы локалхоста не слышали.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (97), 06-Окт-26, 08:39
	Хоть трехмерку изначально и прикрутил основатель вейланда Кристиан Хёгсберг в виде корявого расширения DRI2, забив на всякую безопасность, но вменяемо в виде DRI3 ее сделал Кит Пакард, который к вейланду не имеет отношения. А уж про прикручивание сбоку говорить вообще не серьезно. Весь вейланд - это прикручивание сбоку всевозможных расширений.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	162. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 16:35
	Нейронка выдала ему ivi-shell.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	172. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Zenitur (ok), 06-Окт-26, 21:02
	Привет. Я почитал твою аналитику. Попробую изложить свою точку зрения. Сначала был 32-битный цвет. Если ты хоть раз сохранял PNG-файл, то ты видел, что есть вариант с 24-битной глубиной цвета и 32-битной. Разница - в дополнительных 8 битах альфа-канала. Если сохранишь в 24 битах, не будет прозрачности, а если в 32-х, то будет. На видеокарте S3 Trio, которая была популярна в 94-98 годы, максимум можно было выставить 24 бита глубину цвета. Игры при этом использовали 256 цветов индексированные. А в 1997 появилась Riva, и там можно было выставить 32 бита. Не знаю, давало ли это хоть что-нибудь. Хотя бы тот же альфа-канал. Создавалось ощущение, будто 32 бита было для ровного счёта (чтобы 4 байта на точку вместо 3), ибо прозрачностей под 98-й виндой я не видел. Потом появился Mac OS X с композитингом. Сначала софтварный Quartz Compositor, потом - аппаратный Quartz Extreme. Я не буду пытаться анализировать этимологию слова "compositing". Я не лингвист, и я не знаю разницы между словами "compose" и "composite" и между их производными "composing" и "compositing". Суть в том, что объединением картинки из разных окон под Windows 3.1 (и новее) занимается система (она и называется Windows именно поэтому). То ли процесс GDI, то ли USER, то ли само ядро системы - не знаю. Теперь это делегируется композитному менеджеру. Я не знаю, работает ли он на CPU или на GPU, но картинку он хранит в видеопамяти. Вообще, видеопамять делится на 2 части. Первая framebuffer, вторая - текстурная память. Вторая есть только на видеокартах с 3D-ускорителем, то есть, на традиционных VGA и SVGA её нет. Во фреймбуферной памяти хранится один кадр - тот, который прямо сейчас выводится на экран. Поэтому композитный менеджер хранит изображения содержимого окон в текстурной памяти, в которой таких изображений может быть много. Под Linux композитинг появился в 2005 году после появления 2D API под названием EXA. В отличие от предшественника XAA, новый API поддерживал 32-битный цвет. Это позволило запустить композитинг. Включаешь xcompmgr - и окна с полупрозрачностями начинают показывать эту самую полупрозрачность. Xcompmgr работал поверх 2D-ускорителя (xrender). И это парадоксально, ведь pixmap-ы он брал из текстурной памяти, которая есть только у 3D-ускорителя... В 2006 появился XGL, который запускал композитинг поверх 3D-ускорителя (glx). По сути, он был полноэкранным OpenGL-приложением, вот только этим приложением был сам X-Server... Но была одна проблемка: XGL не умел DRM. DRM это менеджер (диспетчер), позволяющий запускать два и более приложения с поддержкой DRI (прямой рендеринг). Без XGL мы могли запустить хоть 10 Quake3 и UT2004, и у каждого из них будет прямой доступ к GPU. А с XGL - нет. Только одно полноэкранное приложение. Compiz умел ставить себя на паузу, чтобы мы могли поиграть в UT2004 - а потом запуститься снова по окончании работы программы. Автор XGL, Дэвид Ривман, считал, что в связке X-Server + GLX + OpenGL, нельзя добиться работы Composite + DRM. Тут ты выбираешь либо DRM, либо композитинг - но только не всё сразу. Решением стал бы переход с GLX на EGL. Связка X-Server + EGL + OpenGL прекрасно позволяла бы запускать и DRM, и композитинг. Однако в 2006 году, никакого EGL не существовало. Я видел тестовую ветку Mesa 6.5.x, в котором был ранний прототип EGL - но не более того. Основная проблема была в том, что драйверов с открытым исходным кодом тогда не было. Все сидели на NVIDIA и fglrx. Драйвер Radeon поддерживал только устаревшие карточки, Intel только зарождался, а nouveau, хоть и появился как раз в 2006 году, выдал своё первое 3D только в 2008-м. Поэтому EGL было неоткуда появиться. Максимум, что мы могли ждать, это появление чисто софтварной реализации в Mesa, но будут ли проприетарщики реализовывать новую фичу аппаратно... Ну, в теории, да - если сделать её стандартом в новой версии Xorg. У нас не было харизматичного лидера, по типу Стива Джобса, который вышел бы и сказал "так, блин, а ну добавили в свои проприетарные драйверы всё необходимое для работы композитинга! Если вы хотите, чтобы ваш драйвер был совместим с Mac OS X 10.4, вы обязаны добавить всё необходимое в вашу реализацию библиотеки CGL, чтобы Quartz Extreme работал. Иначе ваши видеокарты не будут поддерживать новые маки". И тут на сцену выходит Кристиан Хёгсберг! Он сказал "мы можем реализовать Compositing + DRM, не отказываясь при этом от GLX!". И создал AIGLX. Правда, всё это выглядело немного странно. DRM заработал, а вот DRI мы лишились. Мы запускали несколько приложений в режиме Indirect Rendering. Это даже отражено в названии: Accelerated Indirect GLX. Вот так: был DRi без DRM, стал DRM без DRI... Всё наоборот! Но был один нюанс. AIGLX работал в тесной связке с libdrm. А libdrm не поддерживает работу с проприетарными драйверами на уровне лицензии. А других драйверов в то время, по сути, не было. Разве что R100-R300. Затем NVIDIA выпустила драйвер 1.0-9625 (96.xx). Там появилось расширение GLX_EXT_texture_from_pixmap (ранее появившееся в Mesa). Мы получили технологию, аналогичную AIGLX. При этом, все программы работали в режиме Direct Rendering. Это стало возможным благодаря тому, что драйвер NVIDIA не надеялся на libdrm, так как у NVIDIA был свой DRI. Таким образом, проги работали одинаково быстро, что с композитингом, что без. И вот наконец появилось расширение DRI2. Оно вошло в состав Xorg 7.4 и X-Server 1.6. Связка AIGLX + DRI2 получила реальный DRI (не indirect) в связке с композитингом и DRM. Как и на NVIDIA абзацем выше. Разработчики Xorg начинают массово устраиваться на работу в Intel - те как раз делали открытый видеодрайвер. Это Кит Паккард, и Дэвид Эрли, и Дэвид Ривман, и многие другие. Плюс ещё AMD открыла спецификации графических карт, и начала брать на работу разработчиков открытых видеодрайверов - таких как Алекс Дойкер. Это позволило не ждать милости от NVIDIA и AMD, а самим написать то, что нужно: DRI2, KMS, Page Flipping, Gallium, ну и конечно же, EGL. Кстати, про EGL - полноценная работающая реализация впервые появилась в Android. Именно там композитинг заработал так, как изначально представлялось под линуксом (и прочими ОС с Xorg). Ну и в итоге, NVIDIA пришлось реализовать EGL. Только сейчас уже нет XGL, а EGL используется для Wayland. Ссылки на источники: [1] https://keithp.com/blogs/Sharpening_the_Intel_Driver_Focus/ // перевод на русский язык: https://www.opennet.ru/opennews/art.shtml?num=21454 [2] http://hoegsberg.blogspot.com/2008/03/i-just-committed-last-... [3] http://smspillaz.wordpress.com/2008/07/28/ended-the-x-server... [4] https://web.archive.org/web/20070217230547/http://principe.h.../ [5] https://www.linux.org.ru/news/opensource/2476622 [6] https://www.linux.org.ru/news/hardware/3001175 [7] https://ru.wikipedia.org/wiki/Quartz_Compositor P.S. DRI3 это DRI2 с поддержкой dma-buf. Это позволяет меньше гонять данные по шине. P.P.S. Гы-гы, Лысик. ИМХО, кто-то должен был это написать.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	188. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (188), 09-Окт-26, 12:40
	DRI3 - это скорее DRI2 на базе dmabuf, а то может сложиться впечатление, что это DRI2 с дополнительными возможностями, хотя на самом деле DRI3 является обособленным расширением. И меньше гонять данные по шине позволяет в основном Present.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 09-Окт-26, 14:18
	> DRI3 - это скорее DRI2 на базе dmabuf, а то может сложиться > впечатление, что это DRI2 с дополнительными возможностями, хотя на самом деле > DRI3 является обособленным расширением. > И меньше гонять данные по шине позволяет в основном Present. Про EGL гражданин тоже так то - прогнал с три короба. Фича получила примерно нулевую поддержку от остальных создателей стека - и бесславно сдохла. Wayland на данный момент? А нвидия таки дожалась и стала вывешивать DRM/KMS. Насколько уж они там в состоянии накодить свой эрзац. Их там малость огрели GPL_ONLY после чего они таки - выложили сорц на свой модуль ядра дабы - таки - реюзать части DRM/KMS ядра, убавив себе объемы работ.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Zenitur (ok), 09-Окт-26, 18:35
	> Про EGL гражданин тоже так то - прогнал с три короба. Фича получила примерно нулевую поддержку от остальных создателей стека - и бесславно сдохла. Wayland на данный момент? Я допускаю что могу ошибаться. Я изложил своё представление по поводу того, как это работает. Мне кажется, я ошибся, назвав DRM - диспетчером. GLX это клей между X-Server и OpenGL, и это отражено в названии: "GL" и "X". EGL - тоже клей, но лучше. GLX называли "40 000 строками плохого кода". Насколько я знаю, EGL является единым для Windows, Mac OS X и Linux. Wayland работает в связке с EGL. Без EGL и GBM, Wayland работать не будет. Под X-Server есть GLAMOR EGL начиная с X-Server 1.16. Это обязательная зависимость для DRI3.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Аноним (-), 09-Окт-26, 14:15
	> P.S. DRI3 это DRI2 с поддержкой dma-buf. Это позволяет меньше гонять данные по шине. Это примерно как сказать - что автомобиль это всего лишь карета из которой выкинули лошадей и заменили их на двигатель. В принципе это верно, но есть куча более мелких нюансов, а в конечном итоге эти ваши лошади 150 по трассе не выжмут хоть каким овсом их там не корми и не выводи породу!
	Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

	195. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Zenitur (ok), 09-Окт-26, 18:37
	Благодарю, что прочитали мой длинный текст. Вообще, я не особо знаю, в чём разница между DRI 1 и 2. Насколько я знаю, DRI 1 создавался во времена полноэкранных приложений, без необходимости запускать 2 и более программы, использующих OpenGL. А DRI2, при всех преимуществах, завязан на Linux, и не работает по сети.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+1 +/–
	Сообщение от Аноним (-), 09-Окт-26, 14:12
	> • Именно здесь он пишет DRI3, который выкидывает небезопасное DRI2 Хёгсберга. > • Кит доказывает, что иксы живее всех живых, если ими заниматься. Вся эта клевая история - лишь верхушка айсберга. Тут совершенно не раскрыта тема того что есть DRI - и становления ядерных интерфейсов DRM/KMS/GBM. Авторы оных - никогда и не скрывали что Xorg там - примерно как автомобиль к которому прикрутили крылья, потому что лететь - ну очень надо, а это единственное что с двигателем вообще было под рукой. Но летает оно, конечно, даже после замены всех внутренностей - хреново. И идея с ноля задизайнить это как именно самолет, с учетом особенностей задачи - напрашивается. И в конечном итоге - тот тип с дизайном с ноля и победил. При активной поддержке его усилий - господами создавшими на нижнем уровне DRM/KMS/GBM. Можно конечно игнорить Airlied и его тусовочку - ибо Xorg они даже трехметровой палкой трогать не хотят. Но это именно они кто за кадром DRI пилил на стороне ядре в виде DRM/KMS/GBM. И так то DRI3 заслуга мягко говоря не только того типа - но и вот этих господ. Которые итеративно пилили ядерную часть фичи, пока воооон те господа в BSD и древних *никс рассказывали что менять ничего не надо, их все и так устраивает, как вы смеете дрова ломать!!111 и проч. > Эпоха 5: Изгнание Кита и заморозка проекта (2015–2019) > • 2015 год: Кит Паккард уходит из Intel в HP. Количество его > коммитов падает с 206 до 66. Ты еще главное не забудь почитать коменты самого Keith Packard'а. Который по сути прямым текстом сообщил что - задолбался гальванизировать труп. Траха - много, код - г"но, а результатов в виде доступных юзерям улучшений мизер и все старые, если не замшелые проблемы - на месте. Не говоря о секурити кода - кто в 1980х и 90х парился что программе могут вообще прислать враждебный ввод?! > • 2016 год: Последний всплеск активности Кита (86 коммитов) — он помогает > втащить Xwayland, чтобы пользователи не страдали. К этому моменту Пакард уже с Xorg задолбался в край быть единственным кто эти авгиевы конюшни всерьез ковыряет. И в целом - решил заниматься другими проектами, менее мерзотными. У него там picolibc какой есть и еше что-то. В общем у любого мощного програмера найдется более интересных занятий чем разгребать tech debt 30+ летней давности. > • 2017–2019 годы: Кит Паккард исчезает из топа навсегда. При этом очень показательно почитать коменты самого Пакарда - а не лабуду на опеннете. Единственный герой может и - задолбаться. > Hat к переходу на Wayland. К нему подтягивается Оливье Фурдан (работающий > исключительно над Xwayland). К тому моменту все уже догадались что пытаться нормально дружить Xorg с 4K мониторами с HDR, VRR, вот это все, и тем более VR там какой и что еще народ хочеь - такая себе развлекуха. А по сетевой прозрачности к тому времени Miracast уже дал мастеркласс на тему как это на самом деле пользователи хотели видеть. Не, блин, 19" стоек с суперсерверами опутаных минимум GigE если не 10Gig - у обычных людей дома нет, а на чем-то меньше этого Xorg и сетевая прозрачность - история позора и факапов, как тут вон гражданин написал. Проще по RDP будет в веснот сиграть чем через сетевую прозрачность Xorg. > никто не трогает. Проект искусственно сузили до состояния костыля для Wayland. 1. Потому что никто из вращавшихся вокруг DRM/KMS/GBM не хочет все это трогать даже трехметровой палкой. Вот прямо так. 2. Что-то Кейт Пакард не присоединяется в всем этим Xlibre и проч. Хотя казалось бы, в чем проблема, если уж "исскуственно"? Ан нет, есть еще 1 фактор - менее удобный вам. Дофига пахать разгребая винтажный код по архаичным стандартам прошлого века можно и задолбаться. И перейти на более приятные - и продуктивные - варианты занятий. 3. Вон там форкеры с Xlibre как бы есть. И в чем конкретно их заслуги состоят на данный момент? Там же никто не мешает, и вообще. Казалось бы - девелопай себе до упаду. А в итоге из видимых пользователям улучшений - например что?
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

109. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+2 +/–
Сообщение от аниме эксперт (?), 06-Окт-26, 04:03
для меня главная киллер-фича иксов - это возможность отключить композитинг и получить экстремально плавную прокрутку в браузере даже на дно-железе 2007 года
Ответить | Правка | Наверх | Cообщить модератору

	115. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от name (??), 06-Окт-26, 06:28
	Экстремально плавный разрез браузера напополам тирингом.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
	Сообщение от Zenitur (ok), 06-Окт-26, 21:56
	> Экстремально плавный разрез браузера напополам тирингом. И треснул скрин напополам, дымит разлом... Если серьёзно, можно врубить TearFree. Только вот задержка вывода тогда может оказаться в точности такой же, как с композитингом.
	Ответить | Правка | Наверх | Cообщить модератору

175. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
Сообщение от Аноним (175), 06-Окт-26, 23:09
как-то с Wayland вечно проблемы с их NVIDIA приходиться сносить их драйвера вечно и работать непойми на чем... они по этому поводу чего-то думали?
Ответить | Правка | Наверх | Cообщить модератору

181. "Инженер из NVIDIA протестировал уровень задержек при использ..."	+/–
Сообщение от Метрика (?), 07-Окт-26, 13:09
Видать рисковый парень инженер nvidia
Ответить | Правка | Наверх | Cообщить модератору

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

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