The OpenNET Project / Index page

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



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

"Сравнение производительности игр при использовании Wayland и X.org "  +/
Сообщение от opennews (??), 29-Дек-21, 12:30 
Ресурс Phoronix опубликовал результаты сравнения производительности игровых приложений, запускаемых в окружениях на базе  Wayland и X.org в Ubuntu 21.10 на системе с графической картой...

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

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

Оглавление

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


3. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от макпыф (ok), 29-Дек-21, 12:35 
интересно было бы посмотреть еще на тесты в вайне с патчем от collabora
Ответить | Правка | Наверх | Cообщить модератору

14. "Сравнение производительности игр при использовании Wayland и..."  –7 +/
Сообщение от Аноним (14), 29-Дек-21, 12:43 
он не нужен, есть  proton он куда лучше работает
Ответить | Правка | Наверх | Cообщить модератору

132. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (132), 29-Дек-21, 16:55 
Ты не в курсе о каком патче идёт речь, да?
Ответить | Правка | Наверх | Cообщить модератору

237. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от _hide_ (ok), 30-Дек-21, 10:21 
>>> интересно было бы посмотреть еще на тесты в вайне с патчем от collabora

Интересно при таких вводных: AMD Radeon RX 6800 и GNOME-сеанс? Что это покажет? То, что на X-ы в гноме забили болт и он просто по приколу всё время жрёт ресурсы?

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

266. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 30-Дек-21, 13:51 
На X забили не только в гноме. Вот ведь какая ерунда.
Ответить | Правка | Наверх | Cообщить модератору

136. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Аноним (136), 29-Дек-21, 17:16 
он не нужен, есть опенсорсный wine, он работает
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

152. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Анонус (?), 29-Дек-21, 18:22 
Он не нужен есть не опенсорсный виндоус
Ответить | Правка | Наверх | Cообщить модератору

208. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 00:56 
ИЧСХ, он реально работает.
Ответить | Правка | Наверх | Cообщить модератору

224. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 30-Дек-21, 08:17 
> ИЧСХ, он реально работает.

Отлично, но что вы забыли на этом сайте? Вам мало винфака или что там у вас?

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

262. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (262), 30-Дек-21, 13:18 
А вы что тут забыли, читая про игры? Из перечисленного опенсорсной, по-моему, ни одной нет.
Ответить | Правка | Наверх | Cообщить модератору

265. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (-), 30-Дек-21, 13:47 
> А вы что тут забыли, читая про игры? Из перечисленного опенсорсной, по-моему, ни одной нет.

Это вопрос к автору новости больше. Конкретно я забыл тут аналитику поведения опенсорсного графического стека, анализ его проблем и все такое. А проприетарное добро интересно только как тяжелая реалистичная нагрузка, не более.

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

267. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (262), 30-Дек-21, 13:54 
Вот про _реалистичную_ вы точно подметили.
Ответить | Правка | Наверх | Cообщить модератору

289. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Иван (??), 31-Дек-21, 15:48 
Xonotic точно опенсорсный
Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

203. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Михрютка (ok), 30-Дек-21, 00:05 
его хоть в стейджинг взяли? последнее что я помню от горячего кабальеро из коллаборы с его патчами там отпихивались как могли.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

216. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Anonnnym (?), 30-Дек-21, 06:30 
Нет, с ним иногда содержимое окон не рендерится
Ответить | Правка | Наверх | Cообщить модератору

234. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от макпыф (ok), 30-Дек-21, 09:45 
Читал рассылку. Сейчас не решен вопрос - что лучше: добавить в апстрим отключенным по дефолту или добавить в стейджинг и включить по дефолту (в wayland сессиях) для тестирования. Однако щас готовиться 7.0, потому все замороженно. В рассылке особых возражений вроде не видно, но как я понял коде ревью полноценного еще не было.

А раньше когда драйвер ни чего не умел, понятное дело были вопросы - готов ли вайленд для вайна, не будет ли оно хуже xwayland и т.д.

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

4. "Сравнение производительности игр при использовании Wayland и..."  +24 +/
Сообщение от turbo2001 (ok), 29-Дек-21, 12:36 
Почему вообще DE влияет на fps в играх?
Ответить | Правка | Наверх | Cообщить модератору

10. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Аноним (10), 29-Дек-21, 12:40 
Потому что человек-фороникс не видит разницы между понятиями "desktop environment" и "window manager".
Mutter, KWin - какие-то сложные и непонятные слова.
Ответить | Правка | Наверх | Cообщить модератору

22. "Сравнение производительности игр при использовании Wayland и..."  +41 +/
Сообщение от Аноним (22), 29-Дек-21, 12:56 
Mutter — это альбом немецкой группы Rammstein
Ответить | Правка | Наверх | Cообщить модератору

29. "Сравнение производительности игр при использовании Wayland и..."  +7 +/
Сообщение от Аноним (29), 29-Дек-21, 13:03 
вот вот, а кивин - это пессенный конкурс КВНщиков.

мне тоже непонятно причем эти мутеры и кивины к играм?

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

40. "Сравнение производительности игр при использовании Wayland и..."  +11 +/
Сообщение от Аноним (22), 29-Дек-21, 13:18 
Ловите КВНщика!)
Ответить | Правка | Наверх | Cообщить модератору

84. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Аноним (-), 29-Дек-21, 14:57 
Это наверное тот, кто написал прогу суммирования баллов.
Ответить | Правка | Наверх | Cообщить модератору

166. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от Урри (ok), 29-Дек-21, 19:26 
Детектор старперов.
Когда это было? 20 лет назад? Раньше?
Ответить | Правка | Наверх | Cообщить модератору

219. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от penetrator (?), 30-Дек-21, 06:44 
ловите смузиёба
Ответить | Правка | Наверх | Cообщить модератору

92. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Я (??), 29-Дек-21, 15:13 
всё дело в том что окно игры(включая полноэкранный режим который не совсем окно) бегает внутри оконнного менеджера который работает поверх дисплейного сервера. и вот в зависимости от того как оно там бегает и как этот оконный менеджер и дисплей сервер сами по себе бегают производительность может различаться иногда драматически.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

117. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Виталий (??), 29-Дек-21, 15:57 
Как же оно может бегать поверх оконного менеджера, если приложение можно запустить поверх того же Хorg-а вообще без DE или WM?
Ответить | Правка | Наверх | Cообщить модератору

192. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Анонимленьлогиниться (?), 29-Дек-21, 21:52 
А вы почитайте про кривую архитектуру Xorg и зачем изобретали Wayland и станет ясно, что нет, нельзя напрямую запустить. Только через прослойки, выполняющие лишние копирования и тормоза.

Напрямую можно с использованием Wayland: игра рендерит в текстуру, которая потом аппаратно композится на экран.

В иксах то, как это работало как вы предлагаете, давно бесполезно - нет поддержки альфа-канала и композитинга. А чтобы он мог работать, приходится рендерить куда-то, потом копировать в текстуру композитного менеджера (не нравится mutter и kwin, можно взять старенькие xcompmgr, compiz или что угодно) и оттуда уже рендерить. Это лишнее усложнение, копирование, и тормоза, но в протоколе X11 не было варианта, как еще добавить композитинг, ничего не сломав.

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

206. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (206), 30-Дек-21, 00:37 
Протокол X11 поддерживает расширения вообще-то
Ответить | Правка | Наверх | Cообщить модератору

223. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 30-Дек-21, 08:16 
> Протокол X11 поддерживает расширения вообще-то

Он не поддерживает перфоманс, что в мире с 8К дисплеями малость фатально для него :))

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

253. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 30-Дек-21, 12:07 
> Протокол X11 поддерживает расширения вообще-то

Как под это программы потом писать? Кодить 2 ветки кода? С расширением и без? Слать всех без расширения? Так вы ж и так выть будете по черному.

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

217. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Anonnnym (?), 30-Дек-21, 06:34 
KWin и под Wayland копирует
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

119. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (119), 29-Дек-21, 15:58 
Queen же.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

137. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 17:18 
>  Mutter — это альбом немецкой группы Rammstein

всегда думал, что это абхазская группа

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

246. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (246), 30-Дек-21, 11:17 
https://de.wikipedia.org/wiki/Die_Mutter_(Gorki)
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

25. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (25), 29-Дек-21, 12:56 
Из-за композитора по большей части.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

58. "Сравнение производительности игр при использовании Wayland и..."  +5 +/
Сообщение от Аноним (-), 29-Дек-21, 13:51 
> Из-за композитора по большей части.

Оно и понятно - с одной стороны, композитор всемирно известного Mutter, с другой - композитор "произведения" для песенного конкурса регионального КВН ...


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

112. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от kusb (?), 29-Дек-21, 15:47 
Полноэкранной игре часто не нужен композитор.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

161. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 18:37 
> Полноэкранной игре часто не нужен композитор.

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

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

48. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Урри (ok), 29-Дек-21, 13:37 
Потому что ресурсы жрет.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

178. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Анончик (?), 29-Дек-21, 20:34 
Не просто жрет, то что сделали в гноме сильно так жрет.И хреново работает с несколькими рабочими столами.
Ответить | Правка | Наверх | Cообщить модератору

241. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Брат Анон (ok), 30-Дек-21, 10:31 
Так вот оно в чём дело!....


А почему жрёт?

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

5. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от GraiT (?), 29-Дек-21, 12:37 
Столько лет пилят Wayland для замены иксов под эгидой производительности чтобы получить 4%, и ещё видами на воде писано когда им можно будет пользоваться.
Ответить | Правка | Наверх | Cообщить модератору

23. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Admino (ok), 29-Дек-21, 12:56 
А кто не разрешает пользоваться Wayland?
Ответить | Правка | Наверх | Cообщить модератору

54. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:48 
Здравый смысл.
Ответить | Правка | Наверх | Cообщить модератору

24. "Сравнение производительности игр при использовании Wayland и..."  +9 +/
Сообщение от Конь (?), 29-Дек-21, 12:56 
Потому что вайленд пилится в первую очередь не для такой производительности как в новости, а для отзывчивости и приватности. с иксами любой запущенный калькулятор может снять весь экран со всеми вытекающими
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

33. "Сравнение производительности игр при использовании Wayland и..."  +10 +/
Сообщение от Аноним (33), 29-Дек-21, 13:07 
А в Вяленде снять весь экран вообще никто не может, ура.
Ответить | Правка | Наверх | Cообщить модератору

36. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от llolik (ok), 29-Дек-21, 13:09 
Может, но для этого нужно постучаться в портал композитора.
Ответить | Правка | Наверх | Cообщить модератору

60. "Сравнение производительности игр при использовании Wayland и..."  +5 +/
Сообщение от Аноним (33), 29-Дек-21, 13:52 
Что мешает любому калькулятору постучаться в портал композитора?
Ответить | Правка | Наверх | Cообщить модератору

63. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Конь (?), 29-Дек-21, 13:55 
Пользователь не давший соответствующие права калькулятору
Ответить | Правка | Наверх | Cообщить модератору

69. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от llolik (ok), 29-Дек-21, 14:08 
> Что мешает любому калькулятору постучаться в портал композитора?

У порталов есть возможность, как со стороны сервера, так и со стороны клиета, знать всю информацию о "стучащемся" и прерывать соединение в любой момент (или вообще его не давать). Протокол определён, реализация - нет. Т.е. можешь хоть на каждую попытку доступа к screencast, например, запрашивать подтверждение пользователя в GUIях, вопрос реализации.

В Х-ах все могут всё и никто не может препятствовать.

Вообще, порталы изначально разработаны для FlatPak, но велосипед решили не выдумывать и уже устоявшаяся идея здесь тоже прижилась.

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

80. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (33), 29-Дек-21, 14:31 
В Иксах есть ЕМНИП ACE, подсистема, реализующая ролевую модель доступа поверх SE Linux. Только это, похоже, никому не надо, кроме специальных применений.
Ответить | Правка | Наверх | Cообщить модератору

139. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (136), 29-Дек-21, 17:22 
а зачем на Unix-овую систему групп/привилегий навешивать свои костыли?
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

176. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 29-Дек-21, 20:29 
> а зачем на Unix-овую систему групп/привилегий навешивать свои костыли?

Как предполагается это реализовывать с unix-овой системой прав? Как в Андроид, давать каждому приложению новый uid? Во-первых, на десктопе несколько проблематично, во-вторых там для этого пришлось изобрести целый binder (ну помимо собственного WM).
Тут уже сто раз объезженный d-bus вон заюзать, чтобы с композитором связаться - вой стоит, хотя там кода-то писать чуть.

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

207. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (206), 30-Дек-21, 00:40 
> В Х-ах все могут всё и никто не может препятствовать.

А про xauth ты конечно же не в курсе.

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

225. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 30-Дек-21, 08:23 
> А про xauth ты конечно же не в курсе.

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

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

230. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от llolik (ok), 30-Дек-21, 08:52 
> А про xauth ты конечно же не в курсе.

xauth - это про подключение клиента к серверу. Как он определяет дальнейшее взаимодействие с сервером, если клиент успешно подключился?
Про то, что это ужасный костыль я промолчу.

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

247. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 11:39 
А никак не определяет, проходной двор. Поэтому калькулятор может стырить хоть скриншот всего десктопа, если захочет. И весь ввод заодно.
Ответить | Правка | Наверх | Cообщить модератору

290. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (290), 31-Дек-21, 19:20 
Здесь должен быть пост со ссылкой на кейлоггер под вялого.
Ответить | Правка | Наверх | Cообщить модератору

294. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 31-Дек-21, 19:37 
> Здесь должен быть пост со ссылкой на кейлоггер под вялого.

А почему нету? Ниасилили накодить?

"Я чюкоццкий кейлогер, пожалуйста пришлите свой пароль на почту и разошлите меня дальше"

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

298. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 31-Дек-21, 19:57 
> Здесь должен быть пост со ссылкой на кейлоггер под вялого.

Ну раз так просишь:
https://github.com/Aishou/wayland-keylogger

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

304. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 31-Дек-21, 21:35 
> Ну раз так просишь

Опять в трёхстотый раз эта репа. Через LD_PRELOAD можно хоть монольский йенг на каждом (своём) окне рисовать, хоть ввод грабить (в нём же). Как дисплейный протокол и сервер может бороться с code injection (ну без SELinux и прочих извратов)?

Собственно, цитируем Дрюсика
https://drewdevault.com/2019/02/10/Wayland-misconceptions-de...

> There is an unfortunate GitHub project called “Wayland keylogger” whose mode of operation is using LD_PRELOAD to intercept calls to the libwayland shared library and record keypresses from it. The problem with this “critique” is stated in the README.md file, though most don’t read past the title of the repository. Wayland is only one part of an otherwise secure system. Using LD_PRELOAD is effectively equivalent to rewriting client programs to log keys themselves, and any program which is in a position to do this has already won. If I rephrased this as “Wayland can be keylogged, assuming the attacker can sneak some evil code into your .bashrc”, the obviousness of this truth should become immediately apparent. Some people have also told me that they can log keys by opening /dev/input/* files and reading input events. They’re right! Try it yourself: sudo libinput debug-events. The catch should also be immediately obvious: ask yourself why this needs to be run with sudo.

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

307. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 14:27 
> Опять в трёхстотый раз эта репа. Через LD_PRELOAD можно хоть монольский йенг

Через LD_PRELOAD можно ... практически все. Я себе написал небольшой перехватчик, он программу довольно жестко натягивает. У меня он файлуху подвиртуализовывает, а заодно логит все потуги открытия файлов. А просто поизучать кто и что открывает, а заодно и как реагируют если им фигу показать.

Мде, в общем опять откровение получилось со вкусом ламонубов а llolik порадовал приличным техническим уровнем.

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

308. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 15:22 
> Через LD_PRELOAD можно ... практически все. Я себе написал небольшой перехватчик,

Там автор специально расписал:
> The point that I am trying to make is that we should focus on real security mechanisms that actually work, rather than creating new ones that just give a false sense of security (and annoy the user) without actually making the desktop any more secure
> This program is in no way meant as criticism of the Wayland project. It simply demonstrates that creating a secure desktop requires more than just a few server-side restrictions.

но не учел, что опеннетовцы дальше заголовка не читают.
> Мде, в общем опять откровение получилось со вкусом ламонубов а llolik порадовал приличным техническим уровнем.

Мде, батхерт у вейландовцев опять случился знатный ...
-
За что же, не боясь греха,
Кукушка хвалит Петуха?
За то, что хвалит он Кукушку.
(с) И.А. Крылов


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

311. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 17:33 
> Там автор специально расписал:

Спасибо, кэп.

> но не учел, что опеннетовцы дальше заголовка не читают.

Лучше расскажи что ты предлагаешь? Запретить шаред либы, чтобы уж наверняка? :)

Ну и это,
1) LD_PRELOAD вообще-то видно, в отличие от калькулятора снифающего ввод.
2) Это не действует на уже запущенные программы.

> Мде, батхерт у вейландовцев опять случился знатный ...

Мде, блин, даже сам автор написал что это дескать не критика, просто векторов дескать больше. А хейтеры почему-то восприняли это как карт-бланш.

> За то, что хвалит он Кукушку.

А кто меня тут хвалит? :) Тут скорее мне просто не нравится чем были иксы, да и чем стали не сильно лучше в общем то, из-за диких наслоений костылей пытающихся сделать из старого хрыча хоть жалкое подобие олимпийца.

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

150. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Аноним (-), 29-Дек-21, 18:13 
> Что мешает любому калькулятору постучаться в портал композитора?

Блин в иксах там вообще везде проходной двор.

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

114. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от kusb (?), 29-Дек-21, 15:52 
А добиться от окошка gksu или консоли с sudo пароля можно?  Просто запускаемся от пользователя, ждём пока он введёт пароль... (или можно через alias заменить sudo/gksu на расширенную реализацию.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

49. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Урри (ok), 29-Дек-21, 13:38 
Запускай калькулятор от отдельного пользователя.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

113. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от kusb (?), 29-Дек-21, 15:49 
Это наверное в иксах не поможет.
Ответить | Правка | Наверх | Cообщить модератору

56. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:50 
А если мне надо весь экран снять, что делать? Костылями через бе-бе-мезопасТный дерьмобус это решать?!
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

74. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Михрютка (ok), 29-Дек-21, 14:21 
именно так. как сверху заметили, дбасом стучать в портал композитору: - Петр Ильич, разрешите побеспокоить?!

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

79. "Сравнение производительности игр при использовании Wayland и..."  +6 +/
Сообщение от псевдонимус (?), 29-Дек-21, 14:28 
"добрый день!"©
Ответить | Правка | Наверх | Cообщить модератору

291. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (290), 31-Дек-21, 19:22 
Чпок! Добрый вечер…
Ответить | Правка | Наверх | Cообщить модератору

312. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 01-Янв-22, 17:36 
> Чпок! Добрый вечер…

Что, через него и часы подводить можно?

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

87. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (87), 29-Дек-21, 15:01 
> с иксами любой запущенный калькулятор может снять весь экран со всеми вытекающими

Для десктопных систем такой себе аргумент. Вроде как и без иксов любой запущенный калькулятор может прочитать любой файл. Забаним всю систему ввода-вывода как устаревшую и не приватную?

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

151. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 29-Дек-21, 18:17 
> Для десктопных систем такой себе аргумент. Вроде как и без иксов любой
> запущенный калькулятор может прочитать любой файл. Забаним всю систему ввода-вывода как
> устаревшую и не приватную?

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

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

279. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (279), 30-Дек-21, 16:13 
ты это про себя или вообще? если про себя - какого хрена у тебя вообще в системе делают подобные калькуляторы? если вообще - где ты видел обычного пользователя, который бы отвечал "нет" на запрос дополнительных полномочий?
Ответить | Правка | Наверх | Cообщить модератору

284. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (284), 30-Дек-21, 22:57 
А что отвечать?
Программа то не работает по-другому.
Ответить | Правка | Наверх | Cообщить модератору

292. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (290), 31-Дек-21, 19:23 
В зеркале.
Или я… необычный пользователь?!
Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

296. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 31-Дек-21, 19:45 
> ты это про себя или вообще?

BOTH!

> если про себя - какого хрена у тебя вообще в системе делают подобные калькуляторы?

Они может и не делают, но если программа большая, можно и упустить что-то. Или программу может быть кто-то обманул, больше актуально для сетевых программ, но вообще я и калькулятор с доступом в сеть встречал. Гном-калькулятор пытался в сеть лезть. Под предлогом апдейта курсов валют, эвон как. Не то чтобы у него это получилось, и вообще, он под деинсталл за это попал, но попытка хорошая. Кто б такой подляны ждал?! Вот так огреют куркулятора сплойтом - он и полезет хзкуда.

> если вообще - где ты видел обычного пользователя, который бы отвечал "нет" на запрос
> дополнительных полномочий?

Идиот за клавиатурой конечно страшная сила... но почему-то даже так в винде они вирусами зарастают, а если им линух поставить - то все оки-доки. А, может, там как раз окон не вылезает и в этом секрет успеха? :)))

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

88. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 15:02 
Вяленный пилится чтобы установить диктатуру GNOME.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

126. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от псевдонимус (?), 29-Дек-21, 16:18 
Именно так. Должна быть одна эталонная реализация композитора, прочее должно исчезнуть вместе с посторонними программами. Так говорят гномосеки.
Ответить | Правка | Наверх | Cообщить модератору

135. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 17:14 
> Должна быть одна эталонная реализация композитора, прочее должно исчезнуть вместе с посторонними программами. Так говорят гномосеки.

Реализация композтора не может быть эталонной, а вот реализация графического сервера должна быть. Xorg это и делает. А в Wayland монолитный зоопарк.

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

106. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от Аноним (106), 29-Дек-21, 15:37 
Конь, забей, экспертам на опеннете ты ничего не объяснишь. Им матчасть чужда и они считают что древние костыли и устаревшая архитектура это маст-хэв. Судьбу винды повторить ведь надо
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

115. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от kusb (?), 29-Дек-21, 15:55 
Ну винда очень беспокоится о совместимости. У линукса же совместимости может не быть даже внутри представителей одного дистрибутива минорных версий, наверное.
Ответить | Правка | Наверх | Cообщить модератору

128. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от псевдонимус (?), 29-Дек-21, 16:24 
>совместимость

Нинужна-нинужна-нинужна!!! Рачь-рачь-рачь!!!


Ну или просто зелени закиньте. Козлятушки любят зелень.

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

270. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (-), 30-Дек-21, 14:01 
> Ну винда очень беспокоится о совместимости.

Наверное именно поэтому в новых виндах дрова для старых GPU не работают. В общем нафиг с маркетинговым булшитом, тут вам не маркетинговый отдел майкрософт.

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

127. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от псевдонимус (?), 29-Дек-21, 16:21 
А что с виндой не так? Пришла к успеху, монополия, ёпт! Ещё от вас нахваталась фичейв виде ВНЕЗАПНЫХ ребутов и рекламы на бывшем рабстоле.
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

177. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 20:29 
Вот именно поэтому слушать таких типов в вопросах графики и не стоит. Со всеми вашими ископаемыми иксами и чем там еще. Благодетели опенсорса хреновы. С дисяточкой, пля.
Ответить | Правка | Наверх | Cообщить модератору

140. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Эксперты (?), 29-Дек-21, 17:25 
> Конь, забей, экспертам на опеннете ты ничего не объяснишь

Прости его, он забыл у тебя спросить, что нам объяснишь, а что нет

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

212. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (212), 30-Дек-21, 02:45 
Сколько на меня тут клоунов наехало🙃
Типичный опеннет
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

277. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (279), 30-Дек-21, 16:08 
а что, кто-то пытался объяснять?
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

122. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от A no Nimu (?), 29-Дек-21, 16:03 
Стесняюсь спросить, что у вас вытекает из экрана?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

214. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (214), 30-Дек-21, 06:12 
Жир
Ответить | Правка | Наверх | Cообщить модератору

276. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (279), 30-Дек-21, 16:06 
ну и что же из этого гипотетического калькулятора со скриншотами вытекает? ты менжуешь, что он спалит, как ты порнуху смотришь? так это не из калькулятора вытекает, уж извини за физиологичности
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

28. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Аноним (28), 29-Дек-21, 12:59 
> под эгидой производительности

Сам придумал?

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

32. "Сравнение производительности игр при использовании Wayland и..."  +6 +/
Сообщение от Аноним (29), 29-Дек-21, 13:06 
вейлан пилят потому что тлько один чеорвек в мире можен написать секурный хранитель экрана для иХов :)
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

35. "Сравнение производительности игр при использовании Wayland и..."  –4 +/
Сообщение от макпыф (ok), 29-Дек-21, 13:09 
> под эгидой производительности

нет

> чтобы получить 4%

Это означает что нет регресса в этом плане.

> видами на воде писано когда им можно будет пользоваться.

Кто запрещает?

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

39. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Андрей (??), 29-Дек-21, 13:16 
Просто кто посчитал слишком массонской мажорную версию 11-ых иксов и посчитал, что лучше сделать новый велосипед, чем починить старый, пускай с частичным сломом аби и апи
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

98. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Я (??), 29-Дек-21, 15:19 
не поможет там частичный слом апи и аби. там надо все костыли и ноги сломать и новые поставить.
Ответить | Правка | Наверх | Cообщить модератору

179. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 29-Дек-21, 20:35 
А что делать если желающих патчить эти скелеты в шкафу не осталось? Этот доисторический код никогда не писался под современные допущения, поэтому все что касается кодинга иксов и проч больше напоминает борьбу с искусставнными трудностями.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

95. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Я (??), 29-Дек-21, 15:17 
давно можно. и главное тут это принципиальная невозможность сделать на иксах определённые действия. другое дело что скорее всего когда вейланд станет работать по умолчанию а иксы совсем дропнут и оставят только багфиксы в хвэйланд( сейчас мы на стадии где в хорг идут багфиксы) мы уткнёмся в то что наши потребности утыкаются в неразрешимые архитектурные ограничения вейланда, но тут больше шансов что это решается расширением протокола без полной переделки.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

198. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от СССР (?), 29-Дек-21, 23:14 
и правда
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

218. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Anonnnym (?), 30-Дек-21, 06:36 
В конфиге с несколькими мониками на разных видюхах производительность выростает сильнее, но только в KWin, mutter дисплеи других видюх видит, но картинку рисует только на том, через который выводилось окно логина
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

7. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Werwolfemail (ok), 29-Дек-21, 12:37 
для поиграть steam-session можно запускать вместо plasma/gnome/lxqt/etc, и не будет лишней нагрузки и не будет лишних отвлекающих, чай не винда
Ответить | Правка | Наверх | Cообщить модератору

15. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от gumanzoyemail (?), 29-Дек-21, 12:43 
А как же steam overlay ?
Ответить | Правка | Наверх | Cообщить модератору

19. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Werwolfemail (ok), 29-Дек-21, 12:49 
а что с ним?
Ответить | Правка | Наверх | Cообщить модератору

141. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (136), 29-Дек-21, 17:28 
это, если тебе обидно, что во время игры у тебя не используется на полную твоя огроменная оперативка, вот включаешь эту штуку и проблема решена
Ответить | Правка | Наверх | Cообщить модератору

222. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от gumanzoyemail (?), 30-Дек-21, 08:12 
Должен же он отъедать часть производительности
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

226. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Werwolfemail (ok), 30-Дек-21, 08:25 
> Должен же он отъедать часть производительности

Скорее всего да, но там либо совсем мало, либо вообще нет

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

8. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от Аноним (8), 29-Дек-21, 12:38 
Выглядит как то что гному изначально не удалось нормально работать с графонием, ныли, ныли что им вяленый нужен, там половину фич просто заглушками покрыли - получили перфоманс. В то же время у KDE кроме хитмана более-менее равный и достаточно приемлемый перфоманс как был, так и остался.
Ответить | Правка | Наверх | Cообщить модератору

89. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 15:07 
Они уже давно нашли фатальный недостаток в иксах. Секюрити и прочие обещания - это все маркетинг.
Ответить | Правка | Наверх | Cообщить модератору

153. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 18:24 
> Они уже давно нашли фатальный недостаток в иксах. Секюрити и прочие обещания
> - это все маркетинг.

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

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

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

163. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Vkni (ok), 29-Дек-21, 19:03 
> Даже кейт пакард заколебался

Кейт Паккард - это один из тех дoлбoёбов, которые как раз Х и уничтожают дурацкими решениями. На Хабре была статья про количество трапеций, которое его XRender фигачит для отрисовки простого бублика - ну это нечто запредельное.

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

181. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 20:51 
Так это, исходники - есть. Берите и пишите правильно, как вам заблогорассудится, если вы полагаете что вы - лучше. А вон те физиономии прямым текстом сказали, что они задолбались. Поэтому в обозримом будущем этот хлам будет отправлен в режим глубокого майнтенанса. Де факто все что касается иксов в нем уже несколько лет и находится, никто не хочет это трогать лишний раз.

Никто бублики через иксы сейчас не рисует, и не рисовал особо. Типовых вариантов сложилось два: либо тулкит все рендерит и выгружает битмап, при том иксы и в этом - фэйл, либо вообще вон то в GL или вулкан какой спихнет, если всерьез это хотел, оно так то вообще совсем мимо иксов и прочего в таком виде, сильно более прямым маршрутом, на вон ту кучу числодробилок, и вообще как треугольники. Так оно сильно быстрее, лучше выглядит и гораздо перспективнее. По той же причине плееры вдарились рисовать через GL и вулканы. Чтобы с замечательными иксами и их офигенным перфомансом не связываться лишний раз.

И получилось что сейчас архитектура иксов ни два ни полтора. Наворочено дофига, 90% этого никто не пользуется (потому что перфоманс или качество рендера сильно ниже того что сейчас ожилается). Но сложность кода конская. Бонусом централизованая штука с тяжелыми операциями рендера может встать колом если эти операции кто-то вдруг все же интенсивно запросит. И получается юзер экспериенс как в win 3.11 - подождите пока программа от иксов отвалит. Это не предел мечтаний.

В целом такое сочетание сделало иксы очень неприкольным объектом для кодеров. Умничать как плох Пакард - офигенно, но остальные вообще умыли руки и потому они еще хуже. Могли бы заткнуться и кодить правильно как вам там надо. А чужими руками и мозгами все умничать горазды.

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

188. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Vkni (ok), 29-Дек-21, 21:29 
> Так это, исходники - есть. Берите и пишите правильно, как вам заблогорассудится

;-) Это уже смешно.

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

197. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от llolik (ok), 29-Дек-21, 23:08 
> ;-) Это уже смешно.

Ну а что смешного-то. Код открыт, свободен. Лезть в него не хочет примерно никто (ни корпы, ни отдельные люди). Есть там прибалт, который пилит жесты и правит мелкие косяки. Остальные коммиты, как минимум я долистал до июля (там что-то в glamour правили) - танцы вокруг xwayland и порт на meson.

Хотите и знаете, как лучше и что Кейт = мудак - да кто против-то, берите и пилите, как надо. Взлетит - будет профит всем (в виде XWayland в том числе), не взлетит - да и хрен с ним.

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

229. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 08:39 
С DDX такая же хрень. Вплоть до того что половина перелезло на "generic KMS" и - никто не заметил разницы. Ахренли, он проще в цать раз, а "акселерация" в более специализированных DDX работает так что лучше бы этого позора вообще не было. Глядишь кодеры бы за это время, убитое ни на что, что-нибудь более полезное бы накодили чем этот бесполезный мусор. Потому что когда сложный код с кучей фич работает как уг, единственный вопрос который хочется задать кодеру "вам что, некуда время было деть?"
Ответить | Правка | Наверх | Cообщить модератору

227. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 30-Дек-21, 08:31 
> ;-) Это уже смешно.

Ну, это единственный вариант который я могу себе представить, который не EPIC FAIL сразу на старте. Еще есть немного времени чтобы попытаться въехать в это месиво. Но это время заканчивается. Так что знающим как надо стоит поднажать и уже начинать заниматься реализацией своего видения. Иначе это скоро будет скелетом в шкафу. Оно так то само уже паутиной зарастает.

Более того - те кто считает что Пакард все испортил могут форкать старые версии, где испорчено меньше. И попробовать лучше чем он. Правда, про это говорится "языком трындеть не мешки ворочать", а дизайн этой штуки далек от современных реалий как Земля от центра галактики.

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

205. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (205), 30-Дек-21, 00:20 
Xorg-у уже 17 лет, но уже больше 5 лет он находится в состоянии, когда разработчиков, которые понимают как работает его код и почему протокол такой какой он есть, можно пересчитать по пальцам. В буквальном смысле этого слова! Это не шутка!

Давайте повспоминаем, что Xorg - это форк Xfree86. Код с которого начинается Xorg - это код почти 30-летней давности. Он ровесник Linux и за все эти коды не выпускал никакого мажорного апдейта для протокола. А почему? Да потому что сам Xfree86 - не что иное, как открытая реализация протокола X версии 11, целью которой сохранять совместимость с проприетарными Unix-подобными ОС. Сам же протокол датируется 1984 годом. Многих пользователей OpenNET еще не существовало, я уже не говорю об их возможности заниматься разработкой на С такого масштабного проекта.

Форк случился на фоне смены лицензии MIT->BSD (4-clause). Фанаты FSF очень любят преувеличивать несовместимость GPL со всеми остальными открытыми лицензиями, несмотря на тот факт, что часть пунктов GPL не принимается законодательствами никаких стран и аннулируются при любых судебных разбирательствах. В итоге Xfree86 продолжил существовать некоторое время (до 2008), а новый форк, Xorg... ну это очередной инфраструктурный проект полностью и всецело подконтрольный Red Hat и IBM. BSD операционные системы не пользуются современными реализациями Xorg, потому что Xorg выпилил HAL и использует некросплатформенный специфичный для Red Hat Enterprise Linux проект udev, который как мы знаем стал неотъемлемой частью systemd.

Протокол X11 писался, когда не было современного оборудования. Всё что в нем делалось - доработки костыли и привешивание плагинов сбоку. Причем уже тогда разработчиков, которые понимают логику работы целиком было мало. Привлечь новых - вообще не вариант. И вот нужно понимать, почему вообще умер оригинальный Xfree86... потому что его убил форк. Часть разработчиков просто ушла в форк и всё. А форк этот изнутри организовал как раз Кит Пакард и не без корпоративной помощи. The Open Group передала этот проект (малоинтересный уже в те годы) в X.org Foundation. Если внимательно посмотрите, кто управляет The Open Group вы поймете почему не интересный.

> Умничать как плох Пакард - офигенно, но остальные вообще умыли руки и потому они еще хуже.

Про архитектуру и не совместимость с реальностью вы все пишете правильно, но когда вам говорят, что Кит Пакард развалил X11 - это правда... если под "развалил" понимать "накостылил Linux-специфичных заплаток и сделал его не просто некросплатформенным, а RHEL-специфичным".

Несмотря открытость протокола X11, его реализации были проприетарными до появления Xfree86. И все инфраструктурные проекты, которые вел X Consortium и затем Open Group, тоже имели открытые стандарты, но проприетарные реализации. Самым популярным примером является рабочий стол CDE (ныне уже открытый), который лежит в основе всех современных Desktop-ов в Linux в целом и того чем Red Hat занимается на сайте Freedesktop.org. Кстати и там вы найдёте и systemd уже и много всего не просто Linux-специфичного, а просто проектов Red Hat.

Причина популярности X11 в конце 80-х в том что его согласилась поддерживать целая группа Unix-вендоров и операционная система VMS. X11 был стандартом, одним из стандартов Open Group - одной из институции, которая стандартизирует промышленные решения для корпоративного сегмента разной степени крупности. Но он перестал быть актуальным давным-давно.
> Могли бы заткнуться и кодить правильно как вам там надо. А чужими руками и мозгами все умничать горазды

Такие вещи как X11 не пишутся воображаемым сообществом и независимыми (от здравого смысла) разработчиками.
Вообще такие вещи как X11 не принадлежат "сообществу". У них просто реализация под GPL для того чтобы можно было бесплатно брать любой патч от независимого разработчика.

Проблема модернизации графической подсистемы рабочего стола стояла и в Windows. Последний релиз старой графической подсистемы в XP, первый релиз новой в Vista. Vista и 7 имели 2 графические подсистемы, которые  переключались в параметрах. 8 - это первый релиз, когда выпилили старую подсистему. У Mac OS тоже своя история с обновлениями и переходом на композитную графику. Linux со своим Wayland не может это сделать уже  13 лет в том числе потому что вместо того чтобы быть кроссплатформенным стандартом, Wayland слишком Linux-специфичен и опять управляется больше манагерами из IBM через тех кто получает от них зарплату, нежели консорциумом предприятий которые заинтересованы в создании и продвижении своих ОС.

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

221. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (221), 30-Дек-21, 07:11 
> часть пунктов GPL не принимается законодательствами никаких стран и аннулируются при любых судебных разбирательствах

Можно подробнее? Желательно ссылку на источник.

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

273. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (205), 30-Дек-21, 14:31 
В ЕС законы по защите прав потребителей запрещают введения целого перечня вещей в договорах. В частности, нельзя вменять условия дальнейшего использования продукта без формирования двустороннего соглашения. Это очень серьезное ограничение, которое не позволяет вменять целый ряд запретов не только через лицензии, но и через договоры-оферты. Иными словами, если я (лицензиат GPL) формирую производную работу (в понятии GPL), то никто не может мне вменить, как Я будут распоряжаться своим продуктом в дальнейшем, за исключения тех случаев, когда код предоставлен в рамках двухстороннего соглашения. Соответственно, всё что содержит понятие "производной работы" не работает в ЕС и трактуется в пользу лицензиата.

В США законы о защите прав потребителей предполагают, что договор-офферта, и вообще любой односторонний контракт и есть "лицензия". Любая лицензия в рамках юрисдикции США подчиняется закону об авторском праве США и обязана оперировать только теми терминами, которые определены в этом законе. Так как англосаксонское авторское право не определяет понятие "производная работа", поэтому она не может быть объектом авторского права. https://www.copyright.gov/title17/92chap1.html особенно уделите внимание секции 106.

В РФ ситуация такая же как в ЕС. Вы не можете вменить безвозмездную передачу собственных изменений производного/составного произведения, у которых субъектом авторского права является лицензиат без заключения ДВУХСТОРОННЕГО соглашения. У нас по GPL ударит Статьи 1233,1260 ГК, современная редакция закона об авторских правах, в частности статья 27.

По РФ и США я вам источники нашел, по ЕС конкретные номера статей уточните у местных юристов того государства о котором хотите узнать с учетом их специфики.

Выводы:
1) Требования GPL по "вирусности" и открытию собственных доработок именно под GPL - пустой звук.
2) Несовместимость GPL и CDDL - пропаганда FSF в погоне за популяризацией своей идеологии.
3) Несовместимость 4-clause BSD с GPL - это верх лжи лицемерия.
Последние 2 пункта из выводов как раз берутся из того, какие именно части GPLv2 и GPLv3 считаются
незаконными и вычеркиваются/трактуются в пользу лицензиатов.

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

228. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Vkni (ok), 30-Дек-21, 08:32 
Спасибо!
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

232. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от llolik (ok), 30-Дек-21, 09:40 
В целом всё интересно и правильно, только вот с этим тезисом не согласен

> Wayland слишком Linux-специфичен и опять управляется
> больше манагерами из IBM через тех кто получает от них зарплату,
> нежели консорциумом предприятий которые заинтересованы в создании и продвижении своих
> ОС.

ИМХО там как раз наоборот, апогей "базара" и "лебедь-рак-щука" в классическом виде. GNOME-ры и RH хотят одного и кроме базовых stable-протоколов ничего не берут, KDE-ры другого (и даже через Дрюсика SSD протащили в протоколы), wlroots - там вообще своя атмосфера (хотя и большой вклад, всё-таки Simon Ser один из отцов wayland, можно так сказать). ИМХО им бы пару авторитетных разработчиков (ну или хотя-бы комитет из интересантов), которые будут принимать ответственные решения, что конкретно и как будет реализовано.

А так, там некоторые вещи (вроде управления цветом, например). Сруть^W обсуждают уже который год, а прогресс, ну, как-минимум в цвете, только вот в этом вроде что-то куда-то сдвинулось.

Ну и да, справедливости ради, хоть какая-то активная работа (не формата "ну есть такая идея") началась где-то в 2014 году. Т.е. по факту Wayland ещё только 7 лет стукнуло (идее 13, да).

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

274. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (205), 30-Дек-21, 15:00 
> ИМХО там как раз наоборот, апогей "базара" и "лебедь-рак-щука" в классическом виде.

Я несколько про другое писал... реализация Wayland в ОС полагается на Mesa, линуксоспецифичные API вроде DRM/KMS, которые нужно переизобретать в других операционных системах. Проблема в том, что само API под GPL (с бредом вроде EXPORT SYMBOL GPL), фрагментировано, меняется с каждым релизом, контролируется только одним единственным линуксом и дальше по тексту. То есть если у вас не Linux - удачи вам там с Wayland и реализацией его шины на уровне ядра.

Переход на "композитную графику" предполагает вынос API из юзерспейса в ядро. DDX-драйверы из юзерспейса переходят в ядро и должны быть реализованы как модули ядра. Ну если с вендой проще ассоциироваться, то посмотрите на разницу DirectX 9, который жил обновлялся в юзерспейсе, пока в ядре находилась графическая реализация GDI/win32k.sys, и DirectX 10+, как модуль ядра, который обновляется вместе с ядром, которое мажорно обновляется с версией ОС.

Мимо темы,.. но мне забавно читать, как некоторые не особо умные люди тут до сих пор рассказывают про наличие графики в ядре Windows как недостатка, хотя при этом вся идея композитной графики предполагает обязательное наличие хотя бы минимального API на уровне ядра для работы с рисованием... Именно с точки зрения Windows и нужно рассматривать этот переход для Linux. Сразу станет понятно, что там является аналогом WDDM и почему драйверы устройств под новое API пишутся на базе фреимворк Gallium3D, дающего совместимость драйвера с DirectX на уровне архитектуры. Но они договориться не могут, потому что Linux и Red Hat.

> GNOME-ры и RH хотят одного и кроме базовых stable-протоколов ничего не берут, KDE-ры другого...

Ну вот я об этом и говорю. Они сами с собой не могут договориться не то что сделать что-то более универсальное. IBM, его дочки и кукольные НКО тянут одеяло на себя. Разработкой ядра Linux и проектом Wayland занимаются не ученые и инженеры, а манагеры и маркетологи, которые принимают или не принимают решения на основе потенциальных продаж основных продуктов. Там нет даже цели обсуждать и договариваться.

> Т.е. по факту Wayland ещё только 7 лет стукнуло (идее 13, да).

Такими темпами они еще 13 лет они будут мяться.

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

314. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 17:58 
> системах. Проблема в том, что само API под GPL

API не может быть под GPL. Реализация - да. Но вы можете написать свою, под чем угодно.

> (с бредом вроде EXPORT SYMBOL GPL),

Скажите спасибо вендорам типа нвидии. По хорошему они не понимают и ставят палки в колеса. Девы намекнули что они и обраточку некооперативному саботажнику могут. Через несколько итераций до нвидии хотя-бы дошло заткнуться и просто сделать те же апи, осознав что никто не будет под их причуды ничего кодить, а DRM/KMS тима пожалуй, порадуется, если нвидия вообще перестанет существовать.

> фрагментировано, меняется с каждым релизом,

Да, подсистема эволюционирует. Но даже винда иногда апи меняет. И фаллауты случаются. Тут все просто: не нравится - не юзайте.

> контролируется только одним единственным линуксом и дальше по тексту.

Кто девушку ужинает, тот ее и танцует. Остальные в свое время самоустранились. И получили то что получили: будущее делали без них.

> То есть если у вас не Linux - удачи вам там с Wayland и реализацией

Пичалька, придется накодить свой DRM/KMS/GBM под ядро. Но что делать, вот такое апи устаканилось в лине. Хотите паразитировать на нем? Извольте соответствовать.

> его шины на уровне ядра.

А где вэйланд что-то такое в ядре делает? KMS/DRM/GBM немного не о шинах вэйланда. Они вообще нейтральны относительно апи. Vulkan или GL тоже через это ходит, можно и без вэйланда совсем.

> Переход на "композитную графику" предполагает вынос API из юзерспейса в ядро.

Алилуя, суть рефактора стала доползать.

> DDX-драйверы из юзерспейса переходят в ядро и должны быть реализованы как модули ядра.

Код для низкоуровневой работы с железками типа переключения режимов и управления памятью железки гораздо логичнее смотрится в ядре. А когда этим юзермод занимается - он делает не свое дело и это работает как кусок блевоты. И просто фигово по куче причин.

> тут до сих пор рассказывают про наличие графики в ядре Windows
> как недостатка, хотя при этом вся идея композитной графики предполагает обязательное
> наличие хотя бы минимального API на уровне ядра для работы с рисованием...

А приколись, чудак,
1) DRM/KMS - в ядре линя опционален! Если не надо графику, его можно вообще совсем не билдить - и все модули дров тоже. Поэтому если он мне не нужен, его и не будет. Попробуй так в винде.
2) В отличие от win32k.sys реализующего вообще весь GDI в себе, модули реализуют относительно базовые операции с железками и не занимаются продвинутым сложным рендером и не делают навороченые апи рендера у себя внутрях. Т.е. layering сделан поумнее в общем то, с учетом чужих факапов.

> почему драйверы устройств под новое API пишутся на базе фреимворк Gallium3D,

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

> дающего совместимость драйвера с DirectX на уровне архитектуры. Но они договориться
> не могут, потому что Linux и Red Hat.

Кто не может договориться с кем? Команда DRM/KMS очень дружная и спетая, там конкуренты прекрасно утрясают рабочие вопросы. Но для этого надо быть частью рабочего процесса.

> дочки и кукольные НКО тянут одеяло на себя. Разработкой ядра Linux
> и проектом Wayland занимаются не ученые и инженеры, а манагеры и
> маркетологи, которые принимают или не принимают решения на основе потенциальных продаж
> основных продуктов. Там нет даже цели обсуждать и договариваться.

На самом деле апи вяленда молодое, забагованое и это обычная сборка авто во время гонки. А вон те из кедов или sway хотят чуть иного, немного отстают в сборке и иногда протупляют. Но постепенно оно застабилизируется и тряска уменьшится.

> Такими темпами они еще 13 лет они будут мяться.

С иксами можно маяться и 20 лет с околонулевым результатом. Примерно это и произошло, так то. Ну не принадлежит архитектура иксов к миру с современными GPU и тем что сейчас водится. И это не тот случай когда парочкой расширений все решается: это пробовали, но работало это уродски.

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

233. "Сравнение производительности игр при использовании Wayland и..."  –4 +/
Сообщение от Аноним (-), 30-Дек-21, 09:43 
> BSD операционные системы не пользуются современными реализациями Xorg, потому что Xorg
> выпилил HAL и использует некросплатформенный специфичный для Red Hat Enterprise Linux
> проект udev, который как мы знаем стал неотъемлемой частью systemd.

Никто не мешает форкнуть udev и/или кодить его клон. Это же касается и системды. А так - да, извините, в линухе проблемы замечают и решают, а не делают голову в песок, претендуя что проблем нет, доказывая всем что надо просто дp@чить в присядку лучше, и тогда дескать будет работать.

На самом деле основная проблема *BSD - у них тупо не осталось тел способных такие вещи подтягивать до современного уровня. Ну вот нет там графических разраобтчиков. Все кто это хотел свалили в пингвин. А редхат и проч между прочим сделали очень умно: просто дали денег тем кто это делал и особо не лезли. Они и смогли втопить в развитии, сколотить крутую эффективную команду, и сейчас это одно из мощнейших сообществ разработчиков. Где конкуренты пожимают друг другу руки и идут сообща пилить подсистемы потребные им обоим, так чтобы хорошо работало для всех. Поскольку в конечном итоге инженерные паттерны имеют что-то общее, можно факторизовать некое core одинаковое для всех, избавив друг друга от изобретения велов.

DRM, KMS и GBM - это именно оно.

Во первых, это лучше соответствует современным реалиям, когда GPU по сути куча числокрушилок, память, несколько специализированных железок типа CRTC (DC) и проч. Эти апи хорошо маппятся на все существующие виды железа отдаленно напоминающие такой дизайн. От эмбедовки с MALI, и даже без, с глупым дисплейным контроллером, до compute-only акселераторов в энтерпрайзе. Некоторые девайсы в этой подсистеме ядра вообще не видеокарты а "акселераторы".

Во вторых, это сильно лучше работает. Извините, но лезть в железо из иксов было абсолютно извращенской идеей. "Rampant layering violation" (c).

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

> проект (малоинтересный уже в те годы) в X.org Foundation. Если внимательно
> посмотрите, кто управляет The Open Group вы поймете почему не интересный.

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

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

В какой-то момент оказалось что в бсдах вообще нет разработчиков графики. Ну а что делать, там этим заниматься как-то вообще совсем не эпично оказалось.

> Про архитектуру и не совместимость с реальностью вы все пишете правильно, но
> когда вам говорят, что Кит Пакард развалил X11 - это правда...

Пакард "развалил" что-то лишь потому что другие ему это позволили и/или его действия совпадали с их интересами и пожеланиями. Иррелевантно к структуре я не понимаю как это нечто можно вообще было бы с разумными затратами перепилить под современные реалии. Особенно сохранив совместимость. А если ее не сохранять... так появились Wayland, SurfaceFlinker, Mir... решившие что с ноля переделать проще. Wayland вообще не проект корпов. Его начал какой-то чувачок, несколько лет пахавший в узкой группе лиц. Корпы вообще виноваты только тем что заметили что проект имеет некий пойнт, а кодер die-hard и не собирается сливаться. Ну ему и дали денег, а команду захедхантили. Они и втопили в развитии, делая все то же что и раньше, только еще и фултайм.

> если под "развалил" понимать "накостылил Linux-специфичных заплаток и сделал его не
> просто некросплатформенным, а RHEL-специфичным".

Остальные просто лечили что проблем нет. Это не соответствовало действительности. Многих линуксоидов не устраивал юзер экспериенс вида "третий сорт - не брак". И, поверьте, это не только RH не устраивает. А линуксоиды в обмен на такую морковку еще и покодить могут. Особенно если им денег отсыпать за фултайм.

Кроссплатформенность была потеряна потому что договариваться стало не с кем и не о чем. Ну как, диалога с саботерами "нас все устраивает, ничего менять не надо" не получается. А для иных диалогов в *bsd графических девов уже и не осталось особо.

DRM, KMS и GBM - это довольно радикальное изменение. Иксы на него кое-как втащили, но, вообще, оно может намного больше чем это когда либо смогут в нормальном виде юзать иксы.

И, вообще, это больше кернельные апи и интеграция с ними низкоуровневого софта. И ключ - оно, а не иксы. Иксы сейчас не центр вселенной, это лишь один из клиентов этого апи. Далеко не лучший. Это глобальное изменение ландшафта, системной архитектуры, парадигм. Бсдшники этого вовремя не поняли и думали что смогут палки в колеса ставить. Нет, кодеры это не позволят. Это даже не по линии корпов и менеджмента. На уровне тех кто любит свою подсистему и хочет чтобы это работало хорошо. Чтобы можно было показать юзерам это и не выглядеть полным придурком. Нормальное кодерское желание делать что любишь и любить что делаешь.

Это очень крутая команда. Если к ним прийти с крутой идеей, они скажут "вау!" и накодят. Или как минимум сильно помогут вам это накодить. Если ваша цель - чтобы это круто работало, решало какие-то практические проблемы, etc. Ну вон tinyDRM - оно было надо эмбедерам. Они очень просили. Потому что вывесить линуксную графику и на мелкие глупые стекляшки в автоматике - это прикольно. Но полновесные апи DRM/KMS/GBM дико избыточны для тупого LCD 64х128 точек на i2c каком. Кодеры впряглись, влезли под перекрестный огонь и откушали от Торвальдса люлей за экспериментальный код, под обещание это окультурить. Заметьте, редхату и интелу это не надо. Это надо частным лицам, Веттеру, Эйрли и прочим. Как кодерам подсистемы, а не корпоративным представителям. Для развития своей подсистемы и ее благополучия. Корпы были достаточно умны чтобы этому процессу не мешать. Эти кодеры и майнтайнеры знают что они делают и не нуждаются в менеджменте. А то что иногда они в результате принимают довольно крутые и ломающие решения - да. Но это для улучшения работы подсистемы.

> является рабочий стол CDE (ныне уже открытый), который лежит в основе
> всех современных Desktop-ов в Linux в целом и того чем Red Hat занимается на
> сайте Freedesktop.org.

Очень интересно, как это закрытый проект может лежать в основе чего-то. Нельзя ли уточнить этот момент? Или сделать что-то похожее на - теперь вот так называется?!

> Кстати и там вы найдёте и systemd уже и много всего не просто Linux-специфичного,
> а просто проектов Red Hat.

Ну как бы оно в конечном итоге работает, решает ряд моих задач, и делает это получше многих других. И этот вариант мне нравится больше чем слушать рассказы что все офигенно и не понятно что мне не нравится вообще.

А еще я имел удовольствие взаимодействовать с некоторыми девами DRM/KMS, больше в ядерном контексте. Это было компетентно, круто, и хотя мне тоже пришлось повъе, делая bisect'ы и тестя патчи, я отполз с code fix'ами, подтвердив что оно фиксит мои проблемы. Это одна из самых крутых команд которые я когда либо видел.

> Причина популярности X11 в конце 80-х в том что его согласилась поддерживать
> целая группа Unix-вендоров и операционная система VMS.

Это было релевантно в конце 80х. А сейчас... сейчас мне до VMS как-то очень мало дела. Да и до проприетарных *никсов. Мне линукс и опенсорсный стиль взаимодействия больше нравится. И мне похрен, из редхата тот чувак или из интеля, если он впрягается с моим AMDшным GPU и подсистемами вокруг сообща попыхтеть, выясняя что, где и у кого отъехало. Это очень крутое, доставляющее и дико эффективное взаимодействие, когда вы можете вызвать легенд опенсорса и они займутся проблемой. Им тоже баги в их подсистеме не нравятся и они горой за то чтобы их загасить, если пришедший подает надежды на эффективное взаимодействие - они к вашим услугам. Где еще так вообще можно? Ну точно не в проприетари.

> решения для корпоративного сегмента разной степени крупности. Но он перестал быть
> актуальным давным-давно.

Скажите спасибо корпоративным мамонтам и их жабе. Я должен горевать по этому поводу?

> Вообще такие вещи как X11 не принадлежат "сообществу". У них просто реализация
> под GPL для того чтобы можно было бесплатно брать любой патч от независимого разработчика.

Если вы хотите порассуждать что кому принадлежит, это в юрисдикции судов, имхо. И как-то в целом апи вообще объектом интеллектуальной собственности не особо считают.

А кто и как делает конкретные реализации - зависит от. В любом случае, если делают, значит, была та или иная мотивация.

> Проблема модернизации графической подсистемы рабочего стола стояла и в Windows. Последний
> релиз старой графической подсистемы в XP, первый релиз новой в Vista.

Ну да. И там мс прожал вендоров под смену апи. Ничего, пережили.

> Mac OS тоже своя история с обновлениями и переходом на композитную графику.

Мне он не интересен. Как впрочем и виндус.

> Linux со своим Wayland не может это сделать уже  13 лет в том числе потому что
> вместо того чтобы быть кроссплатформенным стандартом,

С кем, пардон, стандартизироваться? С теми кто будет саботировать работу и доказывать что и так все офигенно, ничего менять не надо? Кодеров у них все-равно нет :)

> Wayland слишком Linux-специфичен

Он сразу писался с учетом продвинутых фич современной графической подсистемы линуха. Остальные могут накодить свой DRM/KMS/GBM, ничему не противоречит. Рассматривайте это как новый золотой стандарт ядерных подсистем для этого и извольте реализовать. Или велкам на задворки истории.

И да, был тут у нас один проприетарный саботажник. Нвидия назывался. Но даже он сдался и все апи более-менее сделал. И теперь оно будет вот так, независимо от того нравится вам или нет.

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

Менеджеры IBM в видимых мной контекстах вообще ни разу не отсвечивали. А вот представителей "предприятий" - море. Особенно прикольно когда какой-нибудь "интеловский" Vetter впрягается за tinyDRM который его конторе ни к чему. Он это делает как человек и майнтайнер подсистемы, ага.

Так что красивые теории, но - не от мира сего. Не совпадают с наблюдаемыми реалиями.

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

275. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 30-Дек-21, 16:06 
> пафос и брызги слюной поскипаны

-
>> Linux со своим Wayland не может это сделать уже  13 лет в том числе потому что
>> вместо того чтобы быть кроссплатформенным стандартом,
> С кем, пардон, стандартизироваться? С теми кто будет саботировать работу и доказывать что и так все офигенно, ничего менять не надо? Кодеров у них все-равно нет :)

Онанимный ЭкспертПоВсему294 во всей своей "оналитичесгой красе" ...

https://lists.freedesktop.org/archives/wayland-devel/2013-Fe...
> [PATCH 03/12] server: Add support for BSD’s xucred credentials

https://lists.freedesktop.org/archives/wayland-devel/2013-Fe...
> [PATCH 02/12] event-loop: Add support for BSD???s kevent() instead    of epoll()

https://lists.freedesktop.org/archives/wayland-devel/2014-No...
> [PATCH 1/4] connection: Fix sendmsg() on FreeBSD

https://lists.freedesktop.org/archives/wayland-devel/2014-No...
> [PATCH 3/4] wayland-server: Abort if a read from a client gives 0 length

"И вот так у него - все!"(с)

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

297. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 31-Дек-21, 19:55 
Ответить | Правка | Наверх | Cообщить модератору

299. Скрыто модератором  +/
Сообщение от Аноним (-), 31-Дек-21, 20:16 
Ответить | Правка | Наверх | Cообщить модератору

315. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 18:08 
> Онанимный ЭкспертПоВсему294 во всей своей "оналитичесгой красе" ...
> https://lists.freedesktop.org/archives/wayland-devel/2013-Fe...

Я разве где-то сомневался что постепенно все эти господа заткнутся и пойдут делать у себя эрзац DRM/KMS и наверное GBM и дальше вяленд натягивать? Куда они денутся с подводной лодки, лол, побухтят и будут пилить с отставанием в хзсколько или сойдут со сцены :)

Проблема в том что они как-то не были early adopters, которые бы активно принимали участие в формировании интерфейсов. Для этого как минимум надо отвисать в тех тусовочках, быть частью обсуждений, морально готовым попахать если апи решено перетрясти и проч. Это сожрет нехило времени и проч. И я ни разу не видел кого-то от *bsd активно делающего что-то такое. Видимо фултайм спонсировать никто не хотел а пополам с чем-то еще столько ворочать тяжко. Да, это большие рефакторы и много работы. Предмет такой. Если вы видели маны хотя-бы амд на GPU, поймете сколько там можно огрести. Это здоровенные программноаппаратные комплексы. Компьютер в компьютере по сути.

ИМХО - там не было никакого заговора. Просто чисто техническое расхождение и интенсивная допиловка. Команда очень активная, не отнять. И порой приходится переделывать если с 1 раза вышло не очень. В бсдях просто некому за таким темпом поспевать, корпы не стали им core works вокруг ядра делать, и дрова пилить тоже. Да, мир стал враждебнее к *bsd. И это даунгрейд. Наверное можно было и лучше, но кмк это не к линуксоидам вопрос, те виновате только тем что не стали наслаждаться тем трешом который иксы и ddx делали до скончания времен. Положа руку на сердце, о той архитектуре и как это работало никто скучать не будет. Ну вот кроме *бсд, у которых халява закончилась случайно.

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

280. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (205), 30-Дек-21, 16:23 
По факту, то что я писал с исторической точки зрения - правда. Я просто интерпретирую это в негативном ключе для IBM и Red Hat. Я прочитал ваш комментарий и кроме идеи "Linux лучший, BSD - бяка, IBM великолепна, Red Hat умна", других идей не увидел. Не думаю, что вы сможете меня переубедить, потому что я как разработчик, системный администратор и пользователь могу сказать от себя и за себя: Linux в последние годы стагнирует в развитии и только откидывает всё что идёт в разрез линии партии. Я его знаю слишком долго и хорошо именно поэтому так негативно воспринимаю изменения (а точнее их отсутствие) последних лет. И это моё мнение, мнение человека, который не зависит от решений вышеозначенных компаний.

Linux и BSD не конкурируют и важно понимать почему: конкуренция предполагает получение прибыли. BSD не получает прибыли, она непрофитная, как и Linux. Конкурируют те компании и продукты, которые продаются на рынке. Эти компании часть выручки реинвестируют в развитие прямо или в форме донатов. Отсюда берутся разработчики.

IBM вкладывал миллиарды долларов в развитие Linux, договоренности с вендорами, покупка компаний в том числе и RedHat куча кукольных НКО. В итоге Linux сейчас просто им принадлежит. Ну и у него есть пара форков вроде Android и ChromeOS от Google.

Проблема в том, что проиcходит монополизация в мире Unix. Кстати, это одна из причин почему SCO так судилась с IBM и другими, дележка рынка. =)
Да, они не адаптировались, да они проиграли, да IBM выиграл. Но причем тут я, другие разработчики, администраторы и пользователи, я стесняюсь спросить?
Мне от их успеха ничего не перепадает, а монополизация проекта в одних руках - загнивание.

Меня искренне удивляет, как человек может так радоваться этой монополизации, радоваться тому что всё в Linux теперь принадлежит IBM? Радоваться тому что конкуренты IBM в Unix-мире почти мертвы (OpenServer на базе BSD тот же самый)? Просто если ты монополист тебе не нужно никакое развитие. Это я и наблюдаю в Linux последние годы.

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

Я тут пытаюсь донести до некоторых людей вполне конкретные вещи. И уверен, ваш комментарий мне сильно поможет.

Например:
> А линуксоиды в обмен на такую морковку еще и покодить могут. Особенно если им денег отсыпать за фултайм.

Именно! Те люди, которые свято на уровне карго-культа верят в GPL не понимают, что они работают и за бесплатно отдают результаты своего труда компаниям. При этом решение об  их приеме "на фуллтайм" принимает HR.

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

> Бсдшники этого вовремя не поняли и думали что смогут палки в колеса ставить. Нет, кодеры это не позволят.

Палки в колеса вставляли одни компании другим. Когда Кит Пакард сделал третий форк Xfree86 он взлетел именно из-за поддержки сверху и передачи контроля из OpenGroup в X.org Foundation. И так всегда. Вы баснословно преувеличиваете значимость одного или нескольких разработчиков для решения таких вопросов. Внутри проекта это было сделано его руками, да, поэтому ничего удивительного, что его лицо может быть слегка умыто помоями. И сделан был именно форк, и именно с переносом управления, а никак не новое решение, которое нужно был уже тогда и которые так активно для себя пилили MS и Apple.

Вы с одной стороны защищаете IBM и Red Hat, а с другой стороны живете в воображаемом мире в котором разработчики и НКО самостоятельно способны принимать решения по поводу чего-то в инфраструктуре, графических подсистемах и драйвров устройств. Прекратите бредить.

> Очень интересно, как это закрытый проект может лежать в основе чего-то. Нельзя ли уточнить этот момент?

Примеров тонна. Люди просто делают открытые реализации совместимые с чем-то. Xfree86 например пример такого открытого проекта, который создает открытую реализацию по открытой спецификации, без форка а с нуля, потому что другие реализации проприетарные. Из мира Windows тьма таких проектов прилетает, опять же.

> Или сделать что-то похожее на - теперь вот так называется?!

Легко. Теперь это называется GNOME, KDE, Xfce и дальше по тексту. Оно все начинается с копирования CDE а потом разошлись пути-дорожки. И есть freedesktop.org который ведет рекомендации по RedHat-оугодной реализации десктопа.

> Мне он не интересен. Как впрочем и виндус.

А никому не важны ваши личные интересы. Мне, например, перестал быть интересен современный Linux. И что теперь?

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

300. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 31-Дек-21, 21:01 
> По факту, то что я писал с исторической точки зрения - правда.
> Я просто интерпретирую это в негативном ключе для IBM и Red Hat.

Я не фанат RH и IBM но для меня это выглядит натянуто. А те люди которые сейчас ворочают графику в лине - не выглядят рабами мегакорпораций, хоть тресните. Сильные кодеры с своими мнениями. Я с ними общался.

> других идей не увидел.

Вкратце, примерно так:
1) то что делал xorg с железом было куском блевотины, по over 9000 причин.
2) В линухе решили что так дальше жить нельзя и затеяли мощный рефактор, который изменил все.
3) Кроме всего прочего иксы перестали быть центром вселенной, став i++'м клиентом тех подсистем.
4) *BSD тут не фигурировали, там всем было пофиг, как я понимаю.

И лично мне вот этот рефактор очень нравится. Даже если он и ведет к кончине иксов. Иксы объективно деланы под другой мир, с другими реалиями.

> Linux в последние годы стагнирует в развитии и только откидывает
> всё что идёт в разрез линии партии.

ИМХО, наиболее ломающие и радикальные вещи они уже сделали, а ключевые проблемы решили. Спору нет, бурные периоды молодой звезды эпичнее, а тут, вот, стабильное горение, миллиарды лет, скукота.

И если мы об этом: чего они эпичного и годного откинули?

> Я его знаю слишком долго и хорошо именно поэтому так негативно воспринимаю
> изменения (а точнее их отсутствие) последних лет. И это моё мнение, мнение
> человека, который не зависит от решений вышеозначенных компаний.

Я тоже не завишу от упомянутых компаний. Но Linux мне нравится, многие изменения были полезны, а между делом я загасил несколько крутых багов по интересным подсистемам. Ну, они имели наглость импактить меня, я им и врезал дебагом и бисектом. Взаимодействие с кодерами было как обычно круто и эффективно, "systems online", и я продолжил заниматься своими проектами.

> Linux и BSD не конкурируют и важно понимать почему: конкуренция предполагает получение
> прибыли. BSD не получает прибыли, она непрофитная, как и Linux. Конкурируют
> те компании и продукты, которые продаются на рынке. Эти компании часть
> выручки реинвестируют в развитие прямо или в форме донатов. Отсюда берутся разработчики.

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

> IBM вкладывал миллиарды долларов в развитие Linux, договоренности с вендорами, покупка
> компаний в том числе и RedHat куча кукольных НКО. В итоге Linux сейчас просто им
> принадлежит. Ну и у него есть пара форков вроде Android и ChromeOS от Google.

Сказать что линукс кому-то "принадлежит" - очень специфичное заявление. В линуксе случается гигатонна изменений просто ортогональных IBM (часто) и редхату (чуть реже). Но для этого надо быть более-менее in-sync на репо ядра и видеть поток. Это явно не про вас. Вы уже не это, я не чувствую в вас это.

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

На самом деле если посмотреть комиты в линукс, там чертова куча компаний фигурирует.

> Меня искренне удивляет, как человек может так радоваться этой монополизации, радоваться
> тому что всё в Linux теперь принадлежит IBM?

А оно не принадлежит 1 компании. Сугубо по структуре того кто работает работы. Интел или амд в вопросах графики имеют намного больше веса чем IBM. Оным вообще может быть интересно core, остальное им с их спецификой до балды. Хорошее core надо не только IBM, а всем. В этом интересы всех участников совпадают. А какой-нибудь вайргад хаотичный но прикольный zx2c4 кодит и ему никто не мешает, и пофигу ибм на него.

> Радоваться тому что конкуренты IBM в Unix-мире почти мертвы (OpenServer на базе
> BSD тот же самый)? Просто если ты монополист тебе не нужно никакое развитие.
> Это я и наблюдаю в Linux последние годы.

Чисто по человечески приятно на могилке жадных проприетариев станцевать, простите мне мою слабость. Мне с них никогда ничего не перепало бы, чему горевать?

> Успех и развитие происходят не тогда, когда одна компания "победила", а когда
> есть группа игроков, которые не могут победить и вынуждены договариваться.

Глядя на тех игроков и их методы мне почему-то их вообще совсем не жалко.

> Я тут пытаюсь донести до некоторых людей вполне конкретные вещи. И уверен,
> ваш комментарий мне сильно поможет.

ИМХО иррелевантно. Сколько из них будет кодерами, багрепортерами, и просто полезными проектам людьми? Но если кто-то хочет попахать на мусорный бак, борясь с нарисованными чучелами, это его право, разве запретишь? Я лишь позубоскалю на явно фэйловые инициативы, как максимум предупредив что имхо это слив времени в унитаз. Но это ваше время и вы в праве топить его в любом унитазе удобном вам, даже если это дает нулевой эффект.

Мне же больше нравится взаимодействовать с вот теми людьми. Они мощные. Когда они делают свое дело, понимаешь что вместе с ними можно свернуть горы. И никакой IBM лично мне не мешает. Ему вообще пофиг направления которые мне наиболее интересны. IBM вообще ортогонален допустим одноплатникам на ARM. В остальном они жить никому не мешают, и суть претензий в чем? "IBM это фу?" Ну, это фу не мешает жить - да вроде почти никому в линухе.

> Именно! Те люди, которые свято на уровне карго-культа верят в GPL не
> понимают, что они работают и за бесплатно отдают результаты своего труда

Не так. Это двухсторонний обмен. И лично я выигрываю от работы вон той толпы сильно больше чем они - от моей. Я бы в жизни не накодил такую операционку в одну морду. Какой, к черту, "отдают забесплатно"? Это наглая подмена понятий.

> компаниям. При этом решение об  их приеме "на фуллтайм" принимает HR.

Мне это не важно. Я сам себе фултайм, но линукс важная составная часть оного. На меня корпы вообще никак не влияют, а влияющие на меня системные факапы я, вот, успешно решал и никакие IBM никакой интерференции мне не создавали. И я бы удивился если бы создавали, с чего бы им?

> Если вы фанат IBM, и других кому выгодна такая монополизация, пожалуйста, убедитесь,
> что пишете свои комментарии, которые их облизывают за достойную оплату, потому
> что если вы так делаете бесплатно - вы полезный дурачок.

Я не фанат IBM. Мы с IBM живем в разных мирах, не очень сильно пересекающихся между собой. IBM мне просто ... ортогонален. Ну, он есть. Но мешать - не мешает. Помогать - ну, немного, core совсем. Направления типа армовской мелкоты - не их. Да и х86-64 десктопы - тоже. Они особо и не лезут туда.

> Палки в колеса вставляли одни компании другим. Когда Кит Пакард сделал третий
> форк Xfree86 он взлетел именно из-за поддержки сверху и передачи контроля
> из OpenGroup в X.org Foundation.

В конечном итоге решают все же кодеры и рядом. Взбрыкнувшую команду не может остановить ... ну, никто. А денег им и другие дадут.

> И так всегда. Вы баснословно преувеличиваете значимость одного или нескольких
> разработчиков для решения таких вопросов.

Это крайне некорректное утверждение. В конечном итоге меня прет получившаяся команда в целом. Но это не команда xorg. Это команда подсистемы DRM/KMS. И там каноничной побиваемой камнями фигурой вообще интел вроде у ваших обычно выступает.

> и именно с переносом управления, а никак не новое решение, которое
> нужно был уже тогда и которые так активно для себя пилили MS и Apple.

Что я могу сказать? Этот мир бывает жесток. А достойно проигрывать надо уметь, имхо.

> Вы с одной стороны защищаете IBM и Red Hat, а с другой
> стороны живете в воображаемом мире в котором разработчики и НКО самостоятельно
> способны принимать решения по поводу чего-то в инфраструктуре, графических подсистемах
> и драйвров устройств. Прекратите бредить.

В моем мире IBM довольно ортогональная сущность. Они мне вообще совсем никак не мешают. Иногда немного помогают core works но в остальном они "где-то там". Ваша проприетарь всегда была для меня еще более где-то там и была для меня еще бесполезнее.

> Примеров тонна. Люди просто делают открытые реализации совместимые с чем-то.

Это не "основан на". Слив ораклом гуглу подтвердил что апи само по себе вообще не объект IP.

> Xfree86 например пример такого открытого проекта, который создает открытую
> реализацию по открытой спецификации, без форка а с нуля, потому что другие
> реализации проприетарные. Из мира Windows тьма таких проектов прилетает, опять же.

Может быть. Но мне эти плачи проприетарщиков кажутся забавными и - такими архаичными. Сейчас время открытых реализаций открытых спецификаций. Все остальное просто морально протухло.

> Легко. Теперь это называется GNOME, KDE, Xfce и дальше по тексту. Оно
> все начинается с копирования CDE а потом разошлись пути-дорожки. И есть
> freedesktop.org который ведет рекомендации по RedHat-оугодной реализации десктопа.

Копирование подразумевает взятый сорц. А общая идея окошек вообще в Пало-Альто появилась и тогда все "скопировали" это.

> А никому не важны ваши личные интересы. Мне, например, перестал быть интересен
> современный Linux. И что теперь?

Как по мне - так и au revoir. Я вас никогда не знал как крутого компетентного кодера, никогда не взаимодействовал с вами, поэтому я как минимум ничего не теряю. И мне не очень нравится ваш квазипроприетарный миндсет. Тусовочки вокруг линукса в этом плане поприятнее. А что случится с какими-нибудь *bsd мне все-равно. Просто потому что они с их подходами мне бесполезны как зайцу стопсигнал. Они живут в другом мире. В этом мире меня по их версии не существует. Я отвечаю взаимностью, для меня не существуют они.

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

293. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (290), 31-Дек-21, 19:35 
Анониму выше уже 17 лет.
Он дериватив своего 35-летнего бати.
Ящитаю он устарел и его надо закопать.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

278. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (279), 30-Дек-21, 16:09 
> На Хабре

можно не продолжать

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

133. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (133), 29-Дек-21, 17:06 
Gnome xorg имеет такую же производительность как Plasms xorg, по твоей логике получается что plasma тоже не может "нормально работать с грфонием". Двойные стандарты, одна и та же производительность у обоих окружений под иксами, а выводы у тебя разные.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "Сравнение производительности игр при использовании Wayland и..."  +6 +/
Сообщение от Аноним (8), 29-Дек-21, 12:39 
За XFCE что-то как-то обидно
Ответить | Правка | Наверх | Cообщить модератору

12. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от Аноним (10), 29-Дек-21, 12:41 
Его серьезные люди ставят, не для того, чтобы играться.
Для игр у них есть винда.
Ответить | Правка | Наверх | Cообщить модератору

13. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (8), 29-Дек-21, 12:43 
Не ври, серьёзные люди ставят awesome/i3wm и вполне себе играют, когда хотят. Времени просто на вот эти страдашки по вяленому у них нет
Ответить | Правка | Наверх | Cообщить модератору

46. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от hshhhhh (ok), 29-Дек-21, 13:29 
для wayland уже придумали sway, замена i3
Ответить | Правка | Наверх | Cообщить модератору

129. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от ms is piese of s (?), 29-Дек-21, 16:35 
Яхз, вертикальной панели нет, альт-таб нет и не будет.
2 года я на нем просидел и по итогу перешел на fbpanel + openbox после того, как мой репорт или чужой(давно это было) с просьбой альт-таба закрыли с комментам типа никогда этого не будет. Автор оказался идейным и сразу возникло ощущение какого-то детского сада, который, возникло желание покинуть как можно скорей.
После этого к тайловым больше не прикасался, один фиг у них у всех одни и те же недостатки.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

211. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (211), 30-Дек-21, 02:37 
Альт-таб, хотя я всё не понимаю в чём его смысл в тайлинге, есть в bspwm. И вообще бспха во многом приятнее i3
Ответить | Правка | Наверх | Cообщить модератору

263. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (262), 30-Дек-21, 13:27 
Серьёзные люди с серьёзным софтом работают, а не DE меряются (да и ОС выбирают под софт).
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

20. "Сравнение производительности игр при использовании Wayland и..."  +5 +/
Сообщение от Werwolfemail (ok), 29-Дек-21, 12:50 
у серьёзных людей нет винды вообще
тебя обманули
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

51. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Аноним (10), 29-Дек-21, 13:44 
Как правило, таки есть.
Часто встречал такое - человек на публику угорает по "простоте и минимализму", а вне публичного поля он отдыхает душой в любимой десяточке.
Ответить | Правка | Наверх | Cообщить модератору

72. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Werwolfemail (ok), 29-Дек-21, 14:17 
ещё один повелитель мифов..
Ответить | Правка | Наверх | Cообщить модератору

85. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 14:59 
Он о себе пишет.
Ответить | Правка | Наверх | Cообщить модератору

102. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Werwolfemail (ok), 29-Дек-21, 15:28 
> Он о себе пишет.

Прекрасная репрезентативная выборка

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

130. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от ms is piese of s (?), 29-Дек-21, 16:43 
Ну что ж, зато пообщался с серьезным человеком.
Он настолько серьезен, что у него есть время на любовь с десяточкой.
Мне всегда казалось, что серьезным людям в принципе чужда эмоциональная привязанность.
Ответить | Правка | Наверх | Cообщить модератору

244. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (244), 30-Дек-21, 11:05 
А ты не путай серьезных людей с психопатами всякими. И десятку как индикатор использовать - тоже плохая идея.
Ответить | Правка | Наверх | Cообщить модератору

81. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Аноним (-), 29-Дек-21, 14:38 
Да, серьезные люди очередной год линупca на десктопе объявляют из-под макоси с макбука
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

134. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (134), 29-Дек-21, 17:12 
Не говоря уже о рассылке freebsd-announce@, в которой очень показательные заголовки MUA.
Ответить | Правка | Наверх | Cообщить модератору

172. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 19:40 
> Не говоря уже о рассылке freebsd-announce@, в которой очень показательные заголовки MUA.

Занятный ватабоутизм.
Не говоря уже том, что MUA там сто лет как не видели
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+archive/20...


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

264. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (262), 30-Дек-21, 13:29 
Чота ржу. Ну давай, покажи, как серьёзные люди без винды в том же AutoCAD работают.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

306. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 31-Дек-21, 21:48 
> Чота ржу. Ну давай, покажи, как серьёзные люди без винды в том
> же AutoCAD работают.

Не знаю как насчет автокада, а в я KiCAD в линухе вполне себе рисую. И там можно весьма прилично разогнаться, если есть такая цель.

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

309. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (309), 01-Янв-22, 15:36 
>> Чота ржу. Ну давай, покажи, как серьёзные люди без винды в том же AutoCAD работают.
> Не знаю как насчет автокада, а в я KiCAD в линухе вполне
> себе рисую. И там можно весьма прилично разогнаться, если есть такая цель.

Разгонись, нарисуй в KiCAD движок
https://mekanikacadcae.files.wordpress.com/2014/11/002_zilin...
https://mekanikacadcae.files.wordpress.com/2014/11/001_zilin...

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

316. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (316), 01-Янв-22, 18:44 
> Разгонись, нарисуй в KiCAD движок

Лол, в нем скорее ECU к чему-то такому уместнее рисовать :P. Каждому свое. А будешь умничать, попрошу отрисовать 6-слойный 64-битный одноплатничек как у олимекса в этом, и если ты думаешь что это проще чем вон то - ну, не факт.

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

30. "Сравнение производительности игр при использовании Wayland и..."  +4 +/
Сообщение от Аноним (30), 29-Дек-21, 13:04 
у серьезных людей нету ни винды, ни линуха, ни инета, ни компа. они полностью предали себя серьезности. даже черви, серьезно пожирающие их серьезную плоть, не способны отвлечь их от серьезного занятия. серьезно.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

59. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:52 
Новый жтк. Конец крысы немного предсказуем.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

282. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от my_name_is_Mud (ok), 30-Дек-21, 17:02 
В гноме тот же самый жтк и даже ещё новее, но бенчмарки говорят сами за себя. Может дело всё-таки не в нём, а в крысе?
Ответить | Правка | Наверх | Cообщить модератору

295. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (290), 31-Дек-21, 19:42 
> В гноме тот же самый жтк и даже ещё новее

Как что-то хорошее. Гимп вон до сих пор на жтк 2.

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

121. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (121), 29-Дек-21, 16:01 
Непонятно, был ли в XFCE включен композитор или нет. Даже при настройке отключения его для полноэкранного режима он даёт очень заметный инпут лаг (например, в War Thunder прямо заметно становится отставание курсора).
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от wWolfemail (?), 29-Дек-21, 12:40 
От чего? От разницы чуть выше статистической погрешности в придачу с вылетами и общей нештабильностью?
Ответить | Правка | Наверх | Cообщить модератору

16. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (16), 29-Дек-21, 12:43 
Проблема вот в чём:
никто не пилит что-то одно... все пилят много и разное. Почему нельзя сделать меньше, но лучше? Зачем превращать всё это в зоопарк из сессий?
Ответить | Правка | Наверх | Cообщить модератору

17. "Сравнение производительности игр при использовании Wayland и..."  –4 +/
Сообщение от Аноним (17), 29-Дек-21, 12:46 
15-20 лет пилить этот вяленый, чтоб получить 4% производительности.
Ответить | Правка | Наверх | Cообщить модератору

18. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (18), 29-Дек-21, 12:48 
Ждем когда Ленарт запилит свой systemd-xorg
Ответить | Правка | Наверх | Cообщить модератору

108. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от ryoken (ok), 29-Дек-21, 15:40 
Вот каркать не надо.
Ответить | Правка | Наверх | Cообщить модератору

26. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Удивительно (?), 29-Дек-21, 12:57 
Удивительно, учитывая то что всё это запускается через xwayland(или нет?). Результаты hitman'а тоже атас.
Ответить | Правка | Наверх | Cообщить модератору

61. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Михрютка (ok), 29-Дек-21, 13:53 
через его, родимого.

полюбэ иксового багажа маловато повыкидывали, еще надо от чего-нито отказаться. ну что это - всего 4 процента, так мы народ к гномосоциализму долго еще будем вести.

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

27. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (27), 29-Дек-21, 12:57 
Всего каких-то 4% - мелочь. Стоила ли десять с лишнем лет возня с этим Вялендом такой выгоды?
Ответить | Правка | Наверх | Cообщить модератору

41. "Сравнение производительности игр при использовании Wayland и..."  +3 +/
Сообщение от Андрей (??), 29-Дек-21, 13:18 
Ну вообще стоила, причём очень дорого.... Одних человекочасов сколько угрохали...
Ответить | Правка | Наверх | Cообщить модератору

57. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Михрютка (ok), 29-Дек-21, 13:50 
а... а зато... зато он более безопастный и секюрный. и гораздо более энегроэффективный, вот!

а вы можете оставаться на вашей замшелой дырявой абандонваре!!!

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

62. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:54 
А то! Раз ничего толком не работает, значит и не похакает никто!
Ответить | Правка | Наверх | Cообщить модератору

155. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 18:28 
> а... а зато... зато он более безопастный и секюрный. и гораздо более
> энегроэффективный, вот!

Вообще примерно так и есть. Иксы никто не кодил с security in mind а экономия нескольких кил рамы была важнее нагрузки на проц, так что оно пуляет ререндер окон по поводу и без, даже если окошко подвинуть. А чего, оно не кешировано, раму же экономить надо, так что давайте-ка эту кучу контролов заново отрисуем. С тех пор соотношения малость поменялись и экономить килобайты оперативки ценой ререндара апликух на каждый пшик уже нафиг не сдалось.

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

245. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (244), 30-Дек-21, 11:11 
>экономить килобайты оперативки

В тред приглашаются счастливые обладатели целеронов с полугигом оперативы и лозунгом "а мне хватает @ это софт нонешний жЫрный"

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

249. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 11:50 
По меркам иксов полгига оперативки это более чем дофига. Вон то делалось когда оперативы было мега 4 на все, и там были все средства хороши, чтобы это вообще хоть как-то всползло на таком хламе, и черт с ним с процессором: своп на механический винч еще хуже!

А что, там не найдется места несколько окон целиком забуферить? Тем более что с такой конфигой и монитор - спасибо если офисная семнашка, 1280х1024 или сколько там. Это всего несколько мегов будет. Врядли вы будете сотни крупных окон на такой конфиге ворочать, не способствует селерон с 512 мегами тому.

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

286. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (290), 31-Дек-21, 12:47 
Завожу иксы в демьяне на IBM ThinkPad 390X. Жаст фо фан. 128 рамы, 400 мобильный пень, неомагик на 2.5 метра.
Думаю, вяленый на такой конфигурации обосрется.
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

301. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (301), 31-Дек-21, 21:14 
А черт знает. Я какую-то древнюю версию на совсем-совсем антике похожем на это запускал. Работал даже. И довольно круто: грузя проц в разы меньше хорга при воспроизведении видео.

Но были определенные глюки, антик был не мой, зачем такой винтаж? Так что я не в курсе как оно та подобном железе сейчас. Меня больше какие-нибудь одноплатнички волнуют. Там имхо будет нормально.

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

66. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от llolik (ok), 29-Дек-21, 14:02 
> Всего каких-то 4% - мелочь.

Тут с 4% проблема в чём: с играми, хоть в Xorg, хоть в Wayland проблема не в производительности дисплейного сервера, а, ровно наоборот, проблема в том, насколько он не мешает игре. Потому что  MESA/DRI и всё вот это, что определяет производительность игры, работает напрямую, без прослоек в виде (XOrg/Wayland-композитор).

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

31. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Admino (ok), 29-Дек-21, 13:04 
Проблема в том, что разработчики игр для Windows оптимизируют игры для Windows. Разработчики игр для Linux не могут оптимизировать игры для Linux, потому что 100500 дистрибутивов, 100500 DE, 2 графические подсистемы, куча вариантов драйверов.

Дождётесь, будет только Ubuntu и Wayland.

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

43. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от макпыф (ok), 29-Дек-21, 13:23 
> 100500 дистрибутивов

95% - и так убунту/дебиан с другими обоями, остальное почти полностью совместимо.

>  2 графические подсистемы

Это да, действительно проблема. Но проблема решиться скоро.

> куча вариантов драйверов

mesa и nvidia

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

83. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Admino (ok), 29-Дек-21, 14:49 
Ну вот и дождётесь, что будет только Ubuntu и Wayland.
Ответить | Правка | Наверх | Cообщить модератору

103. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от llolik (ok), 29-Дек-21, 15:29 
> Ну вот и дождётесь, что будет только Ubuntu и Wayland.

Как-минимум не раньше, чем Canonical купит IBM. А так, как-минимум ещё RHEL/Fedora, но тоже Wayland.

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

120. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Admino (ok), 29-Дек-21, 16:00 
А, да, я забыл. Занимать больше 10% рынка разрешено только американским компаниям.
Ответить | Правка | Наверх | Cообщить модератору

157. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 18:31 
> А, да, я забыл. Занимать больше 10% рынка разрешено только американским компаниям.

Да так то 90% софта пишется в америке, так что...

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

268. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (262), 30-Дек-21, 13:56 
Ну не скажите, вот какая-нибудь Astra запросто заняла бы больше 10%, но вот поганые пендосы мешают.
Ответить | Правка | Наверх | Cообщить модератору

271. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 30-Дек-21, 14:09 
> Ну не скажите, вот какая-нибудь Astra запросто заняла бы больше 10%, но
> вот поганые пендосы мешают.

Да вот что-то Торвальдс в США предпочел свалить, а вовсе не в эти астралы беспонтовые.

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

202. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Михрютка (ok), 29-Дек-21, 23:35 
>>>не раньше, чем Canonical купит IBM.

у конаникла на своих-то разработчиков денег не хватает, куда им еще бимеровских дармоедов с уотсонами и прочих облоедов кормить.

у ibm денег на каноникл хватит, но они уже купили редхат. потом, последний раз как я видел плод совместных усилий ibm и каноникла, вгоняло в слезу хлеще, чем опера Миколы Аркаса "Катерина" по одноименной поэме им. Тараса Шевченко.

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

231. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 30-Дек-21, 09:13 
>>>>не раньше, чем Canonical купит IBM.
> у конаникла на своих-то разработчиков денег не хватает, куда им еще бимеровских
> дармоедов с уотсонами и прочих облоедов кормить.
> у ibm денег на каноникл хватит, но они уже купили редхат.

Ну тогда мы c ещё большей вероятностью не увидим оставшейся в одиночестве Ubuntu на Wayland. Скорей это будет RHEL/Fedora, если Марк внезапно уйдёт пить пиво в Африку и забросит нафиг всё это IT.
Да и остается открытым вопрос: куда девать Debian?


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

242. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Moomintroll (ok), 30-Дек-21, 10:51 
> ... не раньше, чем Canonical купит IBM

У Canonical денег не хватит.

P.S. "Кто на ком стоял?" ©

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

243. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 30-Дек-21, 11:03 
> У Canonical денег не хватит.
> P.S. "Кто на ком стоял?" ©

Ну вот выше и написал, что тогда мир где осталась одна Ubuntu на Wayland мы вряд-ли увидим. Как минимум, пока Canonical не поглотит IBM (ну или не перекупит у них RedHat) и не приватизирует Debian. Вероятность такого варианта развития событий ИМХО стремится к абсолютному нулю.

Скорей Canonical со всеми вкусными активами (и Ubuntu там не в первую очередь), когда Марк окончательно забьёт на IT, перекупит тотже IBM или какой-нибудь Intel (а то и MS, уж больно у них там своё "трёшь-мнёшь").

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

317. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 01-Янв-22, 18:49 
> Ну вот и дождётесь, что будет только Ubuntu и Wayland.

Убунта так то Mir продвигать пробовала. Но кажется наполеоновские планы потерпели неудачу.

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

44. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от ананимус (?), 29-Дек-21, 13:24 
скорее когда будет только proton и wayland
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

105. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от lleeree_ (ok), 29-Дек-21, 15:32 
>скорее когда будет только proton и wayland

Интересно посмотреть, как в Steam Deck будет реализовано.

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

110. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от ryoken (ok), 29-Дек-21, 15:42 
т.е. в Раче?
Ответить | Правка | Наверх | Cообщить модератору

86. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 15:00 
> Разработчики игр для Linux не могут оптимизировать игры для Linux, потому что 100500 дистрибутивов

Где вы видели разработчиков игр под линукс? Разработчики игр в большей своей массе на линукс клали большой и толстый, даже когда собрать бинарник под линукс не сложнее чем нажать кнопочку Build в любимой IDEшечке.

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

91. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Admino (ok), 29-Дек-21, 15:13 
Вот и не увидим.
Ответить | Правка | Наверх | Cообщить модератору

94. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 15:15 
> Вот и не увидим.

Не увидим пока у линукса будет 2% рынка.

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

118. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Admino (ok), 29-Дек-21, 15:58 
У линукса не может быть 2% рынка. У Ubuntu с Wayland - может.
Ответить | Правка | Наверх | Cообщить модератору

138. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 17:19 
> У линукса не может быть 2% рынка. У Ubuntu с Wayland - может.

Дело не в Xorg, Wayland или DE. А в предустановки на ноутбуки, компьютери и в маркетинге.

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

146. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 17:39 
ага, так и представляю себе линуксоида, который оставил на ноуте дистр от производителя. ну или виндозника, который оставил на ноуте линукс.
Ответить | Правка | Наверх | Cообщить модератору

220. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от penetrator (?), 30-Дек-21, 07:00 
если родной дистр заводится на ноутбуке, то заведется и сторонний, а если ноут заточен под шиндовз, то есть риск танцев с бубном

и в итоге всякие специчные тоучпады, кнопки, графика и тп может не запуститься

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

156. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Admino (ok), 29-Дек-21, 18:29 
Спасибо, кэп. Я и говорю, что 2% может быть не у линукса, а у Canonical с её продуктом.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

200. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Михрютка (ok), 29-Дек-21, 23:24 
>>>У линукса не может быть 2% рынка.

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

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

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

235. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 10:09 
Ну как бы линуксные пользователи обычно все же менее тупые и пофигистичные к помойке в системе чем виндовые. Так что статистики по ним показывают что угодно.
Ответить | Правка | Наверх | Cообщить модератору

257. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Михрютка (ok), 30-Дек-21, 12:36 
Всем давно известно, что линукса на десктопе на самом деле 15-17%. Просто линуксоиды пекутся о безопасности и гораздо чаще вантузоидов ставят адблоки. Отсюда и получаем скудные 7%. Плюс нельзя исключать тех, кто намеренно ставит вантузоидный юзер-агент из-за кривых верстальщиков-программистов_на_хтмл. Плюс различные ошибки в реализации статистико-сборщиков (ложно-положительные срабатывания на вантуз). Тогда вполне уверенно можно заявить, что пользователей линукса на десктопе все 20%. А уж если вспомнить про вполне себе видимую руку рынка в лице известного монополиста-гетзефакс-распространителя, нельзя исключать ситуацию с намеренным занижением статистики. Такой вариант весьма вероятен, а потому лично я оцениваю линукс-десктоп во все 25%.
Ответить | Правка | Наверх | Cообщить модератору

272. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 30-Дек-21, 14:20 
На самом деле линупca на десктопах 146%, но власти скрывают
Ответить | Правка | Наверх | Cообщить модератору

305. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 31-Дек-21, 21:35 
> Всем давно известно, что линукса на десктопе на самом деле 15-17%.

Да хрен знает, реально трудно померять. Но я знаю эн лиц у которых на десктопе линух. В том числе и потому что некоторым я его сам поставил чтобы они не ныли что их вирусы опять погрызли. Их теперь и не грызут.

> и получаем скудные 7%. Плюс нельзя исключать тех, кто намеренно ставит
> вантузоидный юзер-агент из-за кривых верстальщиков-программистов_на_хтмл.

Я ставлю рандомные, там винды море, но есть и мак, и линухи. Пойнт? Секурити, приваси, срыв аналитики, все такое. Если в протоколе есть поле, его надо поменять :P.

> с намеренным занижением статистики. Такой вариант весьма вероятен, а потому лично
> я оцениваю линукс-десктоп во все 25%.

Это довольно оптимистично. Особенно неожиданно с вашей стороны. В любом случае на ближайшее будущее мне пингвинов явно хватит, а сколько там реально процентов - для меня не сильно что-то меняет. Чрезмерная попса может даже быть нежелательной.

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

144. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от A no Nimu (?), 29-Дек-21, 17:35 
Даже любимый взасос линукс-скептиками (впрочем, наверняка они резко его разлюбили) нет аппликейшенс даёт близко к 5%
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

213. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от iPony129412 (?), 30-Дек-21, 02:50 
Почему даже?
Это наверно самый смешной пример
https://www.opennet.me/opennews/art.shtml?num=47305
Ответить | Правка | Наверх | Cообщить модератору

158. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 18:31 
> Где вы видели разработчиков игр под линукс?

В Valve например.

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

191. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Skullnetemail (ok), 29-Дек-21, 21:51 
Какие игры именно и сколько таких игр вообще.
Ответить | Правка | Наверх | Cообщить модератору

236. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (236), 30-Дек-21, 10:21 
> Какие игры именно и сколько таких игр вообще.

Не занимался изучением этой статистики. Вопрос был где есть разработчики - там точно есть. Они много чего там делают и по части игр и по части того что вокруг, от патчей видеодров (особенно amdgpu) для работы с продаваемыми в steam играми, хренова куча патчей разгоняющих FPS в том или ином AAA наименовании. До вон тех прослоек трансляции. Ну как, у игроделов есть двигло с многолетней историей, и если его писали под DX, его сложно переделать под что-то еще. Не все были предусмотрительны по части кросса, однако. Валв подогнал им инструменты.

На этом фоне я даже не знаю кого и сколько в упомянутый вопрос записывать - теперь там 50 оттенков серого.

А, libsdl еще ими пилится - они ее дева наняли и многие игроделы полюбили эту либу. Так, всего ничего, такая незначительная либа используемая почти всеми играми в линухе :). Так что даже с проприетарщиков можно поиметь нефигово работы над обвесом, оказывается.

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

199. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Михрютка (ok), 29-Дек-21, 23:15 
"Fantastic Beasts and Where to Find Them" Steam Cut
Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

238. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (236), 30-Дек-21, 10:22 
> "Fantastic Beasts and Where to Find Them" Steam Cut

Нормальные beasts, патчи для AMDGPU вообще как дьяволы хреначат. Ахренли, повышение FPS повышает продажи в стиме :)

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

281. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Михрютка (ok), 30-Дек-21, 16:58 
>> "Fantastic Beasts and Where to Find Them" Steam Cut
> Нормальные beasts, патчи для AMDGPU вообще как дьяволы хреначат. Ахренли, повышение FPS
> повышает продажи в стиме :)

та да, давеча зашел на страничку со стимовскими топселлерами 2021

https://store.steampowered.com/sale/BestOf2021?tab=1

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

я не помню, я контру посчитал с ее продажами-то, нет?

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

302. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (301), 31-Дек-21, 21:17 
Ну, мне как-то прикольнее патчи в amdgpu считать, чем чужие бабки. Оно мне как-то полезнее. И хоть я не геймер, но хорошие дрова и мне пригодятся.
Ответить | Правка | Наверх | Cообщить модератору

34. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (34), 29-Дек-21, 13:08 
По тестам видно, что "Wayland они пилят, Wayland. Он нам и нах.. не нужон Wayland ваш."
Ответить | Правка | Наверх | Cообщить модератору

171. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (171), 29-Дек-21, 19:37 
)
Ответить | Правка | Наверх | Cообщить модератору

37. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (25), 29-Дек-21, 13:13 
Тест бы sway и i3 сюда. Причём i3 без композитора. Что-то мне кажется он бы тут всех порвал.
Ответить | Правка | Наверх | Cообщить модератору

64. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 13:55 
в топике слишком часто упоминают i3
но ведь есть вмки гораздо шустрее
i3 по сравнению с минималистичными вмками - это монстр
Ответить | Правка | Наверх | Cообщить модератору

67. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (67), 29-Дек-21, 14:04 
> есть вмки гораздо шустрее

А можно и вовсе без WM, раз уж взялся бороться за "минималистичность".

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

75. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 14:22 
А можно вообще без X'ксов. Прямо в консоли, напрямую взаимодействовать с видео-карточкой. Только жаль вот в Counter Strike таким образом не поиграть.
Ответить | Правка | Наверх | Cообщить модератору

160. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 18:34 
> Только жаль вот в Counter Strike таким образом не поиграть.

Вообще... никогда не видел glmark2 запускающийся в консоли? Правда, консоль должна быть KMS'ной, но вот как-то так и оказывается что можно гнать 3D и без иксов/вэйланда. А они этим так то и не занимаются особо, только побочными вещами типа управления окнами/поверхностями и проч.

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

68. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 14:06 
> в топике слишком часто упоминают i3
> но ведь есть вмки гораздо шустрее
> i3 по сравнению с минималистичными вмками - это монстр

Минималистичность и шустрость, обычно, не зависят друго от друга от слова никак.


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

73. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 14:20 
Спасибо, капитан очевидность. А по сути есть что возразить? Или будем настаивать, что i3 самый шустрый WM?
Ответить | Правка | Наверх | Cообщить модератору

96. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 15:18 
> но ведь есть вмки гораздо шустрее
> i3 по сравнению с минималистичными вмками - это монстр

...
> Спасибо, капитан очевидность. А по сути есть что возразить? Или будем настаивать, что i3 самый шустрый WM?

А суть в чем, в бездоказательных утвержениях, или в приписывании м перекладывании бремени доказательства своих же утверждений?


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

78. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 14:27 
i3 шустрее dwm/cwm/twm/(далее следует список с десятком подобных вмок)/...?

только самых известных целая пачка, а ведь есть и много таких, которые не указаны (например) тут -

https://wiki.archlinux.org/title/Window_manager

так-то под сотню этих вмок написано... неужели i3 самый быстрый/шустрый?

вы сами замеряли фпс и тестировали игори? или вы просто фанат i3?

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

90. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (-), 29-Дек-21, 15:13 
> i3 шустрее dwm/cwm/twm/(далее следует список с десятком подобных вмок)/...?

Как минимум, i3wm использует XCB, в отличие от.
https://www.x.org/wiki/guide/xlib-and-xcb/
> Finally, Xlib's synchronous calls incur avoidable round-trip latency. This latency has a notable effect on application performance; in particular, startup times are often greatly increased.


System call    Xlib    xcb
writev    40    11
poll    80    22
recv    117    29
total    237    62

-
> но ведь есть вмки гораздо шустрее
> i3 по сравнению с минималистичными вмками - это монстр
> так-то под сотню этих вмок написано... неужели i3 самый быстрый/шустрый?
> вы сами замеряли фпс и тестировали игори? или вы просто фанат i3?

Сами что-то придумали - сами и доказывайте.


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

116. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 15:56 
Я ничего не выдумывал. Дело в том, что воооон тот товарищ наверху приплёл в топик сравнений de - не самый лучший вариант wm, то бишь i3wm. На уточняющий же вопрос - почему был выбран именно этот wm (не самый быстрый и вменяемый с точки зрения сравнения) - по существу сказано ничего не было. На что был задан и иной вопрос - о фанатизме того, кто сослался на i3. Что касается доказательств, мне ничего доказывать не требуется. Я несколько лет сравнивал для себя целую гору wm и i3 был бы не самым первым wm, который бы я выбрал если бы гнался за производительностью и фпс. Чуть ниже есть отзыва от человека про i3 - у него больше конкретики. И это приветствуется.


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

149. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (149), 29-Дек-21, 17:56 
> Я ничего не выдумывал.

Ну-ну.
> Дело в том, что воооон тот товарищ наверху
> приплёл в топик сравнений de - не самый лучший вариант wm,
> то бишь i3wm. На уточняющий же вопрос - почему был выбран
> именно этот wm (не самый быстрый и вменяемый с точки зрения
> сравнения) - по существу сказано ничего не было.

Он упомянул одни из самых популярных не-тайловых WM (kwin, mutter) c одним из самых популярных тайловых - sway/i3. Причем в виде "Тест бы  ... Что-то мне кажется"
Пришел аноним и в #64 сначала возмутился и рассказал, что есть "вмки гораздо шустрее
i3 по сравнению с минималистичными вмками - это монстр", затем, на (уже мой) ответ, что минималистичность != шустрость, приписал (то ли мне, то ли тому кто выше, то ли всем скопом)
"Или будем настаивать, что i3 самый шустрый WM?"
"i3 шустрее dwm/cwm/twm/(далее следует список с десятком подобных вмок)/...?"
"так-то под сотню этих вмок написано... неужели i3 самый быстрый/шустрый?
вы сами замеряли фпс и тестировали игори? или вы просто фанат i3?"
Это называется "демагогия обыкновенная" или "передерг" ...

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

159. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (159), 29-Дек-21, 18:34 
> Что касается доказательств, мне ничего доказывать не требуется.

Ну да, не царское это дело, пруфцы своим заявлениям приводить!
> Я несколько лет сравнивал для себя целую гору wm и i3 был бы не самым первым wm, который бы я выбрал если бы гнался за производительностью и фпс. Чуть ниже есть отзыва от человека про i3 - у него больше конкретики.

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

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

147. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 17:41 
> i3 шустрее dwm

ага, удачи

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

185. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (185), 29-Дек-21, 21:17 
>> i3 шустрее dwm
> ага, удачи

Конечно шустрее.
Попробуй увеличить шаговое изменение размера окон или добавить правило для раскидывания прог по рабочим столам.
В i3 после изменения (хорошо читаемого и с намного более понятными сообщениями об ошибках) конфига будет достаточно жмякнуть:

# reload the configuration file
bindsym $mod+Shift+c reload

что требует, от силы, полсекунды.
Теперь замерь, сколько потребуется тебе для того же самого в DWM.
То-то!

Ну и выше уже упоминали:
https://i3wm.org/
> Use xcb instead of Xlib. xcb has a much cleaner API and should be faster in quite a lot of situations.

ЧиТД.

Но фанаты DWM и далее могут отрицать реальность и кричать, что их WM - самый-самый быстрый, кто ж им запретит :)


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

193. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 22:09 
что-то я не уловил, как скорость настройки влияет на скорость работы
Ответить | Правка | Наверх | Cообщить модератору

195. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 22:21 
> что-то я не уловил, как скорость настройки влияет на скорость работы

Ну вы вообще много чего не уловили - например, знак вопроса в предложении, из которого выдрали цитату: "i3 шустрее dwm/cwm/twm/(далее следует список с десятком подобных вмок)/...?"
Как и заодно весь контекст "... вы сами замеряли фпс и тестировали игори? или вы просто фанат i3?"
Я уж не говорю об определении "работы" и метода замера "скорости" ...

Хотя конечно же прикольно, как фанаты DWM сражаются друг с дружкой и еще успевают что-то там причать о "фанатах" i3wm (что весьма показательно и иронично, учитывая что пользователей у i3wm намного больше, но срач^W негодование опять устроили DWMщики) :)


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

97. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (97), 29-Дек-21, 15:18 
Неправда, на i3wm у меня проседал фпс и без композитинга. На openbox небыло просадок (безcompton -- он сам по себе проблем больше композитора kwin приносит) Самым лучшим в плане сохранения фреймрейта и отсутствия тирингов и прочего оказался kwin_x11 с выключенным композитингом (он сам его может отключать для фулскрина, не совсем понял логику по которой он то выключает даже для оконных приложений, то оставляет на фулскрине).
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

111. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 15:47 
Спасибо. Наконец-то что-то конкретное. А то носятся повсюду со своим i3. Хотя это далеко не ландыш среди WM'ок.
Ответить | Правка | Наверх | Cообщить модератору

38. "Сравнение производительности игр при использовании Wayland и..."  +2 +/
Сообщение от Аноним (38), 29-Дек-21, 13:14 
Во как amdgpu оптимизировали достойно, ждёмс 5.16 после НГ...
Ответить | Правка | Наверх | Cообщить модератору

42. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Анон_ли (?), 29-Дек-21, 13:22 
На Fedora было бы ещё лучше.
Ответить | Правка | Наверх | Cообщить модератору

45. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (45), 29-Дек-21, 13:27 
Это они ещё GNOME 41.2 не тестили
Ответить | Правка | Наверх | Cообщить модератору

170. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Аноним (171), 29-Дек-21, 19:36 
Соглашусь. 40-й был быстр, но 41.2 просто рванул вперёд. На машине 2008-го года стало полностью комфортно. На машине 2021-го, впрочем, тоже.
Ответить | Правка | Наверх | Cообщить модератору

47. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (47), 29-Дек-21, 13:35 
Пахнет ложью, Вяленный же активно использует видеокарту и процессор. Откуда здесь повышение ФПС?
Ответить | Правка | Наверх | Cообщить модератору

53. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (10), 29-Дек-21, 13:46 
В иксах слишком много enterprise-level code. А это всегда не быстро.
Ответить | Правка | Наверх | Cообщить модератору

182. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 20:57 
> В иксах слишком много enterprise-level code. А это всегда не быстро.

Legacy и dead code теперь вот так называется? Ну тогда иксы в обозримом будущем попадут в могильник апача :)

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

50. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:42 
4%, 15%, хрен знает как тестировали... Вайлаед с вами полтора десятка лет. Это успех я считаю.
Ответить | Правка | Наверх | Cообщить модератору

52. "Сравнение производительности игр при использовании Wayland и..."  –7 +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:46 
Регрессии, сжирающие по 40% производительности. Определенно готов для десктопа. Ещё и вместо нормальной зелёной карточки  использовали мусор.
Ответить | Правка | Наверх | Cообщить модератору

55. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от макпыф (ok), 29-Дек-21, 13:49 
>  Регрессии, сжирающие по 40% производительности.

Где?

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

65. "Сравнение производительности игр при использовании Wayland и..."  –4 +/
Сообщение от псевдонимус (?), 29-Дек-21, 13:58 
>в Ubuntu 21.04 в сеансе на базе Wayland наблюдалось снижение производительности на 40% по сравнению с Ubuntu 20.04 с сеансом X.Org).

Вот здесь. И не надо пожалуйста про убунтопроблемы..хватит уже терзать ржавую шарманку. Г(н)омотехнологии пообвиняй лучше.

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

76. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 29-Дек-21, 14:22 
> Вот здесь

Ну, и, как оказалось, проблема в кривой работе AMDVLK c XWayland. Что и поправили в новых релизах драйверов (AMDVLK 2021.Q4.3)

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

77. "Сравнение производительности игр при использовании Wayland и..."  –4 +/
Сообщение от псевдонимус (?), 29-Дек-21, 14:27 
А какого железячники должны подстраиваться под Шапкин омнософт?!
Ответить | Правка | Наверх | Cообщить модератору

82. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от llolik (ok), 29-Дек-21, 14:42 
> А какого железячники должны подстраиваться под Шапкин омнософт?!

А кривая реализация расширений, которая вылезла именно вот в этом применении, это давно считается нормальным? Как выяснилось, проблема, всё таки была именно в драйвере, а не в том, что XWayland какой-то не такой.

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

123. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от псевдонимус (?), 29-Дек-21, 16:10 
>> А какого железячники должны подстраиваться под Шапкин омнософт?!
> А кривая реализация расширений, которая вылезла именно вот в этом применении, это
> давно считается нормальным? Как выяснилось, проблема, всё таки была именно в
> драйвере, а не в том, что XWayland какой-то не такой.

Вацланд сам по себе какой-то не такой. И те, кто правит под него дрова ССЗБы.

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

173. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от макпыф (ok), 29-Дек-21, 19:43 
нет. Просто у тебя сильно подгорело

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

256. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 30-Дек-21, 12:26 
> Вацланд сам по себе какой-то не такой. И те, кто правит под
> него дрова ССЗБы.

Да вот править дрова под иксы почему-то вообще совсем никто не хочет, просто зазырь комиты в DDX.

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

183. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (-), 29-Дек-21, 20:59 
> А какого железячники должны подстраиваться под Шапкин омнософт?!

Они должны имплементить апи ожидаемые системой и софтом вокруг, а не отсебятину. В винде между прочим майкрософт тоже их прожал апи сменить. И ничо, там нормалек, дескать. И кстати там у зелени тоже так то глюков было море в свое время. Потому что они под новое апи драйвер к выходу очередной винды с ним не успели нормально. Пришлось вываливать с лопаты что есть.

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

70. "Сравнение производительности игр при использовании Wayland и..."  +6 +/
Сообщение от Tronis (?), 29-Дек-21, 14:09 
Являюсь владельцем и зелёной и красной карты, это в большинстве своём зелёные карты мусор...
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

261. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от sdafaytesyaswabrostionspolizey (?), 30-Дек-21, 13:10 
Нужно свои отечественные производить
Ответить | Правка | Наверх | Cообщить модератору

71. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (71), 29-Дек-21, 14:16 
> Решил понекропостить. Вейленд создан не для десктопа/домашних юзеров, его развивают не для десктопа, поэтому в целом плевать все хотели на эти ваши гномы, кде и прочие архаичные графические среды. Вейленд в основном нужен для встраиваемых систем. Например, в Automotive Grade Linux уже довольно большая экосистема завязана на вейленде и внезапно на weston'е (правда, к вестону они написали свои плагины), всякие Freescale и пр. уже переводят свои официальные образы на вейленд и отказываются от иксов вообще.
> А те три процента десктоп-юзеров линукса – это явно не та целевая "аудитория", для кого делают вейленд.
Ответить | Правка | Наверх | Cообщить модератору

99. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (99), 29-Дек-21, 15:24 
Ух ты, какой перл, пост адеквата в самом низу. Да ещё и незаминусили до сих пор.
Но кто ж слушает адекватов.
Ответить | Правка | Наверх | Cообщить модератору

93. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (93), 29-Дек-21, 15:15 
Всегда знал что KDE просто случайно из унитаза выпрыгнуло.
Ответить | Правка | Наверх | Cообщить модератору

100. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от corvuscor (ok), 29-Дек-21, 15:26 
Там куда более важная новость была про то, что на вейланде меньше энергопотребление по сравнию с иксами. Правда, когда последний раз тыкал палкой - плазма падала.
Ответить | Правка | Наверх | Cообщить модератору

148. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 17:44 
> плазма падала

в 2007? после 2007 плазма не падает

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

174. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (174), 29-Дек-21, 19:53 
в прошлом году на вейланде падала и причем регулярно, в этом не пользовался не знаю
Ответить | Правка | Наверх | Cообщить модератору

194. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (136), 29-Дек-21, 22:11 
без комментариев просто...
Ответить | Правка | Наверх | Cообщить модератору

201. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (201), 29-Дек-21, 23:34 
они ее неплохо дороботали в этом году, если ставить последнюю версию кде
Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

260. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от swabrostionnayaformapravleniya (?), 30-Дек-21, 13:08 
только на мощнейших компьютерах не падает и только на некоторых
Ответить | Правка | Наверх | Cообщить модератору

101. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от mikhailnov (ok), 29-Дек-21, 15:26 
А драйвером AMDVLK кто-нибудь пользуется?
Ответить | Правка | Наверх | Cообщить модератору

131. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (-), 29-Дек-21, 16:53 
А смысл? RADV в MESA встроен и обычно работает даже лучше, см бенчи на форониксе. Вот никто с ним и не возится особо. AMD его дозажимались до состояния когда он оказался нафиг не нужен никому, лол.
Ответить | Правка | Наверх | Cообщить модератору

196. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от mikhailnov (ok), 29-Дек-21, 22:32 
> А смысл? RADV в MESA встроен и обычно работает даже лучше, см
> бенчи на форониксе. Вот никто с ним и не возится особо.
> AMD его дозажимались до состояния когда он оказался нафиг не нужен
> никому, лол.

Именно поэтому я и задаю такие вопросы ))

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

239. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (236), 30-Дек-21, 10:27 
Амд слишком долго телился с открытием сорцов, airlied с его radv надоело - и он их сделал, ну а amdvlk - он где-то есть, но разработчики как-то над RADV в основном пашут, с понятным эффектом :)
Ответить | Правка | Наверх | Cообщить модератору

104. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (201), 29-Дек-21, 15:31 
Гномеры в очереной раз победили
Ответить | Правка | Наверх | Cообщить модератору

107. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (107), 29-Дек-21, 15:40 
> А те три процента десктоп-юзеров линукса...

Вы ж говорили что "один процент"!

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

109. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от iPony129412 (?), 29-Дек-21, 15:41 
Самое смешное что Steam Deck с KDE
Ответить | Правка | Наверх | Cообщить модератору

145. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от A no Nimu (?), 29-Дек-21, 17:37 
О нет. Отключить композитинг чуваки из Стима не додумаются никогда в жизни
Ответить | Правка | Наверх | Cообщить модератору

154. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от A no Nimu (?), 29-Дек-21, 18:27 
Из Вальвы, но все и так поняли
Ответить | Правка | Наверх | Cообщить модератору

165. "Сравнение производительности игр при использовании Wayland и..."  –3 +/
Сообщение от iPony129412 (?), 29-Дек-21, 19:22 
> О нет. Отключить композитинг чуваки из Стима не додумаются никогда в жизни

Как тут все любят простые и нереальные теории с одной опцией в конфиге, которая решит все проблемы

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

250. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от llolik (ok), 30-Дек-21, 11:54 
> О нет. Отключить композитинг чуваки из Стима не додумаются никогда в жизни

Там, насколько я понял, KDE только в режиме подключения к ПК, т.е. полноценного рабочего стола. Более того, эта сессия, как опять-же я понял, на Х-ах, потому что Wayland KDE пока уныл.

В режиме Deck-а там собственный мини-композитор (Wayland), заточенный под нужды именно Deck-а
https://github.com/Plagman/gamescope

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

259. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от swabrostionnayaformapravleniya (?), 30-Дек-21, 13:06 
В любой момент могут заменить на электрон
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

162. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (162), 29-Дек-21, 18:53 
Почему опять никто не сравнивает с Windows?
Ответить | Правка | Наверх | Cообщить модератору

215. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от КО (?), 30-Дек-21, 06:19 
Смысл сравнивать.
Как варятся пельмени в чайнике или в котелке - намного интереснее.
Ответить | Правка | Наверх | Cообщить модератору

164. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (164), 29-Дек-21, 19:11 
Чёт херня какая-то, помнится World of Tanks под wine, в Wayland тормозила жутко, а в X.org - была вполне играбельна.
Ответить | Правка | Наверх | Cообщить модератору

168. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Урри (ok), 29-Дек-21, 19:31 
А забавно свидетели Вейланда переобулись.

Все время твердили, что вейланд нужен чтобы быть лучше, выше, сильнее! А тут, внезапно, "зато регресса нет" и "а не для скорости пилится".

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

184. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Свидетель Вейланда (?), 29-Дек-21, 21:00 
Свидетели Вейланда утверждали про а) эври фрейм из перфект; б) X11 композиторы и так делают то, что делает Вейланд. Всё остальное, это уже твои личные домыслы.
Ответить | Правка | Наверх | Cообщить модератору

240. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (236), 30-Дек-21, 10:29 
> и так делают то, что делает Вейланд.

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

Например, современные тулкиты рендерят все в битмапы, а иксы с большими битмапами оптом работают крайне плохо.

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

187. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от макпыф (ok), 29-Дек-21, 21:27 
> зато регресса нет

Потому что с принудительным композитингом это было очень вероятно

> свидетели Вейланда

Какие свидетили? 1. Это писал только я, потому множественное число тут не уместно 2. да и я не свидетель вейленда и пока сижу на иксах

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

169. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (171), 29-Дек-21, 19:33 
... К вопросу о быстром KDE и «на наш век и Xorg хватит».
Ответить | Правка | Наверх | Cообщить модератору

175. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от Аноним (175), 29-Дек-21, 20:13 
Все мои тесты поиграть под gnome shell приводили к выводу что лучше этого не делать. Я ХЗ какие хаки и читы использовали авторы теста, но в моем случае фпс ваще стрёмный, и альт-таб(аться) проблематично, под kde все куда лучше игры работают.

Мне заявляли, что gnome shell отключает композитинг при полноэкранных играх, это не так. Если нажать альт-таб или win то видны миниатюры игры в виде превью. Сам по себе Gnome Shell жрёт очень много vram для своей работы.

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

180. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от смешнох (?), 29-Дек-21, 20:39 
Вроде на графиках примерно один в один xorg и wayland идут. Зато:

>в Ubuntu 21.04 в сеансе на базе Wayland наблюдалось снижение производительности на 40% по сравнению с Ubuntu 20.04 с сеансом X.Org

Но всё же, нет повода не радоваться:

>В среднем игры в GNOME-сеанса на базе Wayland демонстрировали FPS на 4% выше, чем в сеансе GNOME поверх X.org

FPS + 4%, Производительность - 40%. Можно отмечать.

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

186. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от макпыф (ok), 29-Дек-21, 21:21 
>в Ubuntu 21.04 в сеансе на базе Wayland наблюдалось снижение производительности на 40% по сравнению с Ubuntu 20.04 с сеансом X.Org

При использовании amdvlk, не понятно зачем нужного, в связи с наличием RADV в составе месы, который по тестам amdvlk обгоняет. И это уже пофикшено

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

189. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Самокатофил (?), 29-Дек-21, 21:41 
Ааа, ок. Хорошо что добавили в новость. Теперь 4% не так ужасно смотрятся.))
Ответить | Правка | Наверх | Cообщить модератору

190. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Sw00p aka Jerom (?), 29-Дек-21, 21:43 
шило на мыло или я че-то не понял?
Ответить | Правка | Наверх | Cообщить модератору

204. "Сравнение производительности игр при использовании Wayland и..."  –2 +/
Сообщение от Аноним (204), 30-Дек-21, 00:06 
Сделайте ультимативную разницу в производительномти, в пользу линух, и венде будет неиллюзорный капец.
Ответить | Правка | Наверх | Cообщить модератору

255. "Сравнение производительности игр при использовании Wayland и..."  +1 +/
Сообщение от swabropedorezident (?), 30-Дек-21, 12:12 
Оно догадайся где даже не запустится кроме полтора компьютеров.
Ответить | Правка | Наверх | Cообщить модератору

269. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (262), 30-Дек-21, 13:59 
Мыши, станьте ежиками!
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

209. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Scriptor (ok), 30-Дек-21, 01:31 
Короче, в пределах погрешности.
Ответить | Правка | Наверх | Cообщить модератору

210. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (210), 30-Дек-21, 02:35 
А ничего что в сессии вейленда, при установленном скейле, игры(по крайней мере на sdl2 нативные для wayland) получаются разрешение не 4к, а с учетом скейла. Т.е. 4к/scale, результат потом композитор апскейлит до 4к?

При этом на иксах игры рендерят в разрешении монитора...

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

248. Скрыто модератором  –2 +/
Сообщение от пох. (?), 30-Дек-21, 11:44 
Ответить | Правка | Наверх | Cообщить модератору

251. Скрыто модератором  +/
Сообщение от Аноним (-), 30-Дек-21, 12:06 
Ответить | Правка | Наверх | Cообщить модератору

254. Скрыто модератором  +/
Сообщение от pedoliliputo (?), 30-Дек-21, 12:10 
Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

252. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от swabrostionnayaformapravleniya (?), 30-Дек-21, 12:07 
А кроме тестов оно в играх быстрее?
Ответить | Правка | Наверх | Cообщить модератору

258. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (246), 30-Дек-21, 12:48 
"Правдоподобные" тесты. Добавление прослойки в виде плазмы увеличивает количество кадров в секунду. Сами ешьте такую лапшу с ушами.
Ответить | Правка | Наверх | Cообщить модератору

283. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (283), 30-Дек-21, 18:24 
Тянут wayland как козла за уши, как в своё время systemd, ну хоть systemd-250 уже более менее отзывчивый получился
Ответить | Правка | Наверх | Cообщить модератору

303. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от Аноним (301), 31-Дек-21, 21:20 
> Тянут wayland как козла за уши, как в своё время systemd, ну
> хоть systemd-250 уже более менее отзывчивый получился

К тому есть предпосылки. Смотри, гном (как впрочем и кеды/куть и прочие) рендерят все в битмапы и сплевывают это. Иксы довольно плохо с этим работают. Грохнуть проблемный компонент заменив на другой - весьма соблазнительно. Почему нет?

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

318. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от ммнюмнюмус (?), 29-Мрт-22, 02:26 
Только играми и хвастаться.
Вот если бы иксы вместе с xrender работали через opengl / vulkan, а GUI не переизобретали велосипеды с этим (видал старый тест в списках рассылки, в котором Imlib оказался в разы, а иногда и на порядок быстрее иксов).
Ответить | Правка | Наверх | Cообщить модератору

310. "Сравнение производительности игр при использовании Wayland и..."  –1 +/
Сообщение от adolfus (ok), 01-Янв-22, 16:42 
Вайланд разрушает понятие консоли, как единой и неразделимой интерфейсной сущности, включающей дисплей, клавиатуру и прочие устройства указания. Такое уже однажды было -- в IBM PC DOS 4.01 клавиатурный драйвер из-за необходимости поддерживать более двух раскладок и языков разделили на два -- аппаратный и слой, на котором работали раскладки. В результате отзывчивость клавиатуры замедлилась настолько, что игроки в диггера, проходившие все 10 уровней, не могли даже пять преодолеть -- лаг от нажатия до прихода события в программу увеличился более, чем впятеро и стал заметен на глаз. Мы тогда играли на деньги. На кон ставились бабки и игрок заявлял, например, что он из пяти попыток пройдет две. Если проходил, то забирал банк, если нет, его ставка делилась между соперниками. Или играли по сколько-там попыток. Кто прошел больше, забирал весь банк. Так вот приходилось держать комп со старым DOS 3.30 ради поиграть.
Ответить | Правка | Наверх | Cообщить модератору

313. "Сравнение производительности игр при использовании Wayland и..."  +/
Сообщение от Аноним (313), 01-Янв-22, 17:49 
зото сикселей зовезли. пфу
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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