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

Представлен новый легковесный X-сервер - Wayland, opennews (?), 04-Ноя-08, (0) [смотреть все] затея хорошая, главное чтоб хватило энтузиазма довести её до ума , не скажу (?), 19:58 , 04-Ноя-08, (1) +1 // Передаю вам привет из 2018-го , kiwinix (?), 20:43 , 13-Ноя-18, (47) +6 // Передаю привет в 2028 У вас там чего-нить заработало В Убунту 28 10 уже дефолт, pavlinux (ok), 00:42 , 14-Ноя-18, (48) –2 // В 2022 году стало дефолтное, хотя за исключением Nvidia Средний палец ещё нескор, soarin (ok), 12:38 , 22-Апр-23, (50) Всё необходимое перемещается в ядро, а это так сказать юзерспейс утилита Это б, Georges (ok), 19:59 , 04-Ноя-08, (2) // главное, чтоб в ядро не перемещалось совсем _всё_, 0сторожный (?), 20:58 , 04-Ноя-08, (5) +1 А также падения ядра в панику заместо падения иксов P S а облегченые иксы и , User294 (ok), 01:02 , 05-Ноя-08, (18) если RH будет в этом заинтресована -- доведут, vadiml (?), 20:41 , 04-Ноя-08, (3) Лишь бы по стабильности не ударило , atx (?), 20:56 , 04-Ноя-08, (4) Угу Опять глюк в видео драйвере начнёт класть всю машину сразу Удобно , Egres (ok), 21:05 , 04-Ноя-08, (6) // Ну, вообще, нынче видеодрайвера могут довольно основательно положить систему Ск, User294 (ok), 01:10 , 05-Ноя-08, (19) +1 // да ничего, и сейчас не менее забавный глюк, правда связанный с тем, что X-Server, Sergey (??), 20:16 , 06-Ноя-08, (43) А ничо что речь идет пока что об intel-only Кто дрова под это писать будет Ник, Аноним (7), 21:52 , 04-Ноя-08, (7) // рассчитано под тех, кто имеет полноценные опенсурс дрова реализующие GEM и Kerne, Georges (ok), 22:03 , 04-Ноя-08, (8) ну как бы AMD, Intel и VIA уже сейчас имеют открытые дрова, не думаю что сложнго, anonymous (??), 22:04 , 04-Ноя-08, (9) Ну логично, только у Intel opensource-дрова Если проект разовьётся и хорошо себ, Аноним (7), 21:33 , 05-Ноя-08, (39) Ну наконец то Давно пора X org стал очень тяжелым и не поваротливым Может хот, crot (?), 22:13 , 04-Ноя-08, (10) какой уровень находится на уровне ядра , Аноним (7), 22:18 , 04-Ноя-08, (11) Правильно ли я понимаю, что фактически этот сервер ломает совместимость с X Wind, valexey (?), 23:07 , 04-Ноя-08, (12) // Совместимость ломает Линию рисовать, конечно, можно, но делать это будет не сер, Аноним (7), 23:24 , 04-Ноя-08, (15) +1 Ну, про текст уже выше сказали freetype рендерит шрифт в клиенте, а на сервер у, geekkoo (??), 23:40 , 04-Ноя-08, (16) // Ну, и с фритайпом Кейт Паккард на самом деле проводил сравнения со старым ХFont , geekkoo (??), 23:45 , 04-Ноя-08, (17) А по мне, так пусть лучше сам X-сервер занимается рендерингом виджетов Зато око, СуперАноним (?), 23:14 , 04-Ноя-08, (13) Та-ак Прочитал по диагонали что это за зверь такой Так вот -- это НЕ X11-сер, valexey (?), 23:20 , 04-Ноя-08, (14) // Читай внимательнее Разработка только началась, сейчас нет X-сервера, но скоро с, Аноним (-), 08:47 , 05-Ноя-08, (25) // Цитатку, плиз , Щекн Итрч (?), 15:45 , 05-Ноя-08, (38) Для обратной совместимости X-сервер можно портировать под Wayland, Аноним (7), 01:57 , 05-Ноя-08, (20) А сколько в своё время было наездов на Windows за такую вот организацию некраси, Аноним (7), 03:29 , 05-Ноя-08, (23) // Все не так просто Это другая архитектура , I (?), 09:02 , 05-Ноя-08, (26) // А никто и не утверждал, что в винде и в линуксах будет все одинаково Имелся вви, Аноним (7), 10:38 , 05-Ноя-08, (29) // Говоря об архитектуре - очень интересно, а что будет выступать аналогом win32k s, User294 (ok), 11:39 , 05-Ноя-08, (31) Не к тому же, друже аноним Но чтобы понять разницу, надо сделать над собой опред, Хелагар (ok), 09:44 , 05-Ноя-08, (27) // Ну и где же тут принципиальные различия В винде есть драйвер режима ядра win32k, Аноним (7), 10:27 , 05-Ноя-08, (28) // gt оверквотинг удален Принципиальное различие, что Х был и остается - это се, geekkoo (??), 12:20 , 05-Ноя-08, (33) Похоже, сбывается моя мечта выкинуть бОльшую часть графических команд из core p, AsphyX (??), 10:58 , 05-Ноя-08, (30)   // Боюсь все заглохнет , про фрамбуфер framebuffer надеюсь не забыли - и где эта, maximnik0 (?), 12:03 , 05-Ноя-08, (32)   // Вот здесь - http www directfb org Т е о чём я и говорил - DirectFB 1 3 0 - f, geekkoo (??), 13:11 , 05-Ноя-08, (35)   Это может и правильно, только как тогда быть с 3D Я может быть по наивности по, geekkoo (??), 12:32 , 05-Ноя-08, (34)   // А с тем, что в течении длительного времени X-сервер не имел доступа к OpenGL, ем, AsphyX (??), 13:31 , 05-Ноя-08, (36)   // В каком смысле По крайней мере в X-API долгое время задолго до того, как в Xor, geekkoo (??), 13:50 , 05-Ноя-08, (37)   Да действительно, я был неправ с этим DRI Т е он представлял из себя костыль, , geekkoo (??), 23:32 , 05-Ноя-08, (41)   Для работы с терминалом нужен протокол типа HTTP HTML, когда X-клиент составляет, Дмитрий Ю. Карпов (?), 22:15 , 05-Ноя-08, (40) // Это точно Сервера надо разгружать Иначе клиенты своей массовостью сделают рабо, Василий (??), 19:29 , 07-Ноя-08, (44) Мдя Полное крушение представлений о жизни А я - наивный - полагал, что xorg о, Lx (?), 00:09 , 06-Ноя-08, (42) Никак не пойму, чем вызвана такая большая любовь к C без Разве не удобнее пи, Света (?), 20:05 , 07-Ноя-08, (45) // не практически, а не нужна , Taz (?), 00:08 , 27-Май-11, (46) Привет из 2020 года Ковид19, Федора 33, Linux 5 9, а этот ваш Wayland до сих по, Козлетто (?), 14:54 , 17-Окт-20, (49) +2 1,2,3,4,6,7,10,11,12,13,14,20,23,30,40,42,45,49

Сообщения

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

30. "Представлен новый легковесный X-сервер - Wayland"	+/–
Сообщение от AsphyX (??), 05-Ноя-08, 10:58
Похоже, сбывается моя мечта: выкинуть бОльшую часть графических команд из core protocol'а, поскольку они всё равно уже практически не используются (отрисовка примитивов, глифов, блиттинг и Porter-Duff alpha blending давно уже выполняются через XRender).
Ответить | Правка | Наверх | Cообщить модератору

	32. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от maximnik0 (?), 05-Ноя-08, 12:03
	Боюсь все заглохнет , про фрамбуфер (framebuffer ) надеюсь не забыли - и где эта технология ? А вeдь для фрамбуфера был написан легкий X сервер .Потом появился dri ....и что то до сипор то починят то поломают .
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от geekkoo (??), 05-Ноя-08, 13:11
	>>и где эта технология ? Вот здесь -> http://www.directfb.org/ Т.е. о чём я и говорил - DirectFB 1.3.0 - first development release with OpenGL based acceleration - 2008-09-29 Фреймбуффер без OpenGL ускорения - мало кому нужен. Сейчас процессоры мощные, так что классические  2D операции их не сильно грузят, композит для затушевывания графики как-то худо бедно реализовали, любители шкурок - сами себе злобные буратины, а вот с 3D косяк ... Правда, к этому DirectFB сетвая прозрачность прилеплена как с боку бантик ...
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от geekkoo (??), 05-Ноя-08, 12:32
	>Похоже, сбывается моя мечта: выкинуть бОльшую часть графических команд из core protocol'а, >поскольку они всё равно уже практически не используются (отрисовка примитивов, глифов, >блиттинг и Porter-Duff alpha blending давно уже выполняются через XRender). Это может и правильно, только как тогда быть с 3D? Я (может быть по наивности) полагал, что OpenGL, как бы, хорошо ложится на Х-протокол. Т.е. клиент шлёт себе команды OpenGL, обёрнутые в соответсвующий сетевой пакет, а X-сервер выступает в роли диспетчера - отдельные команды он просто пересылает видео-карте (в отличии от клиента он имеет непосредственный доступ к модулю, управляющему видео-картой), а некоторые отрабатывает на CPU. Может я просто не сильно въехал в архитектуру Х-ов, но я не очень понял, с чем связаны такие сложности с реализацией A(ccelarated)I(ndirect)GLX, которое появилось значительно позднее DRI. Т.е. мне казалось, что framebuffer (а именно это на мой взгляд пытается реализовать Wayland,  пусть и с сетевой прозрачностью) слишком примитивный уровень абстракции, чтобы на нем получить существенное ускорение 3D операций. Или я не прав?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	36. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от AsphyX (??), 05-Ноя-08, 13:31
	>я не очень понял, с чем связаны такие сложности с реализацией A(ccelarated)I(ndirect)GLX, >которое появилось значительно позднее DRI. А с тем, что в течении длительного времени X-сервер не имел доступа к OpenGL, ему просто некуда было слать десериализованные OpenGL-команды. Сервер только создавал некую низкоуровневую подстилку, позволяющую клиенту, через OpenGL обращаться к GPU и фреймбуферу напрямую. От сервера требовалось, если я правильно понимаю, только предоставить информацию, где во фреймбуфере расположено окно, куда выводить, и как отсекать вывод. Остальное делал клиент через DRI. >Т.е. мне казалось, что framebuffer (а именно это на мой взгляд пытается >реализовать Wayland,  пусть и с сетевой прозрачностью) слишком примитивный уровень >абстракции, чтобы на нем получить существенное ускорение 3D операций. Или я >не прав? См. выше. Если фреймбуфер (вернее, offscreen-буфер, связанный с окном) расположен в памяти видеокарты и доступен GPU, то ничего не мешает нам рисовать в него средствами OpenGL. Главное, корректно этот буфер лочить, чтобы клиент с сервером не поругались. Собственно, как-то так сейчас и делается у Nvidia, в случае включённого композитинга. Ребята из Nvidia просто сделали своего рода эмуляцию AIGLX без "Indirect" составляющей, т.е. рендеринг по-прежнему прямой, но в offscreen-буфер.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от geekkoo (??), 05-Ноя-08, 13:50
	>>я не очень понял, с чем связаны такие сложности с реализацией A(ccelarated)I(ndirect)GLX, >>которое появилось значительно позднее DRI. > >А с тем, что в течении длительного времени X-сервер не имел доступа >к OpenGL, ему просто некуда было слать десериализованные OpenGL-команды. Сервер только >создавал некую низкоуровневую подстилку, позволяющую клиенту, через OpenGL обращаться к GPU В каком смысле? По крайней мере в X-API долгое время (задолго до того, как в Xorg реализовали AIGLX) были команды представляющие из себя кальку с OpenGL команд. Т.е. видимо предполагалось, что клиент напрямую использует эти команды, а как они отрисовываются на сревере (с аппаратным ускорением или без) не его, вообще говоря, дело. Я был очень удивлен, что на самом деле аппаратное ускорение этих команд при работе через сеть появилось только после внедрения AIGLX. Что же тогда клиент слал серверу через сокет (в смысле до появления AIGLX)? Готовые картинки, что-ли? >и фреймбуферу напрямую. От сервера требовалось, если я правильно понимаю, только >предоставить информацию, где во фреймбуфере расположено окно, куда выводить, и как >отсекать вывод. Остальное делал клиент через DRI. Это очень сильно зависело, работает ли клиент на том же хосте, что и сервер, или всё же через сеть. Например, на XFree (некрофилией я из чисто естествоиспытательских соображений занимаюсь, да) AIGLX нет до сих пор, поэтому при работе через сеть весь рендеринг идёт через программный OpenGL. >[оверквотинг удален] >>абстракции, чтобы на нем получить существенное ускорение 3D операций. Или я >>не прав? > >См. выше. Если фреймбуфер (вернее, offscreen-буфер, связанный с окном) расположен в памяти >видеокарты и доступен GPU, то ничего не мешает нам рисовать в >него средствами OpenGL. Главное, корректно этот буфер лочить, чтобы клиент с >сервером не поругались. Собственно, как-то так сейчас и делается у Nvidia, >в случае включённого композитинга. Ребята из Nvidia просто сделали своего рода >эмуляцию AIGLX без "Indirect" составляющей, т.е. рендеринг по-прежнему прямой, но в >offscreen-буфер.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Представлен новый легковесный X-сервер - Wayland"	+/–
	Сообщение от geekkoo (??), 05-Ноя-08, 23:32
	Да действительно, я был неправ с этим DRI. Т.е. он представлял из себя костыль, который позволял клиенту напрямую работать с аппаратурой, минуя вообще говоря Xserver. Собственно поэтому им и могли воспользоваться только клиенты работающие на  той же машине, где находится видеокарта. ПОявление AIGLX ситуацию несколько выпрямило, поскольку с его появлением OpenGL команды стали проходить через сервер. Т.е. я действительно ошибался, считая, что это уже давно было реализовано. Но все же сомнительно, что AIGLX (или что-то похожее) будет реализовано в Waуland. Т.е. они  оставят DRI для локальных клиентов, коль скоро это все равно реализуется клиентскими библиотеками. Действительно остается только спинлок прицепить к видеобуфферу, чтобы разграничивать доступ между OpenGL клиентами и сервером.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

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

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