The OpenNET Project / Index page

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

В экспериментальном X сервере Wayland появилась поддержка DRI2

17.02.2009 13:12

"Wayland's Eagle EGL Stack Gets Working DRI2" - в экспериментальном X сервере (точнее, это гибрид дисплейного и композитного менеджера) Wayland появилась поддержка DRI2. Подробнее о проекте Wayland можно прочитать в первом анонсе.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Представлен новый легковесный X-сервер - Wayland
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20332-dri
Ключевые слова: dri, x11, Wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, valexey (?), 13:38, 17/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А поддержка X-протокола в этом "X-сервере" уже появилась? ;-)
     
     
  • 2.4, Аноним (4), 14:35, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы как дети, просто. Лишь бы ляпнуть.
    Цитата:
    "... it's not a new X server, it's a tiny display server + compositing manager. And it's a very young project with a lot of FIXMEs and hand waving.

    The core idea is that all windows are redirected, we can do all rendering client side and pass a buffer handle to the server and the compositing manager runs in the display server. One of the goals is to get an X server running on Wayland, first in a full screen window (like Xnest), then rootless, since X just isn't going aways anytime soon. Many more details in the NOTES file of the project."

     
     
  • 3.5, valexey (?), 14:37, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >+ compositing manager. And it's a very young project with a
    >lot of FIXMEs and hand waving.
    >
    >The core idea is that all windows are redirected, we can do
    >all rendering client side and pass a buffer handle to the
    >server and the compositing manager runs in the display server. One
    >of the goals is to get an X server running on
    >Wayland, first in a full screen window (like Xnest), then rootless,
    >since X just isn't going aways anytime soon. Many more details
    >in the NOTES file of the project."

    О том и речь, что это не есть X-сервер. Соответственно в новости допущена фактическая ошибка.

     
  • 3.12, Crazy Alex (?), 18:15, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну вы как дети, просто. Лишь бы ляпнуть.
    >Цитата:

    ...
    >
    >The core idea is that all windows are redirected, we can do
    >all rendering client side and pass a buffer handle to the

    Вот "rendering client-side" и есть ересь. И неважна распространенность - то, что разные qt/gtk это и делают - сама идея крива. Правильно автор Ion на всю эту ерунду ругается - извращение на извращении, куча лишних уровней абстракции. Теперь еще Wayland проложим между иксами и железом...

     
     
  • 4.13, Аноним (-), 18:22, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    fftgj: "теперь выдернем иксы из-под приложений и выкинем их на свалку истории, а для совсем уж старья - напишем враппер"
     

  • 1.7, valexey (?), 15:14, 17/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Вышел экспериментальный ftp-сервер (точнее это гибрид smb-клиента с nfs-сервером)".

    А что? Файлики и то и то передавать умеет!

    Если к "экспериментальному X-серверу" я не могу подцепиться своим X-клиентом по X11 протоколу, то это таки совсем не X-сервер. Эдак и виндовозные окошки X-сервером можно обозвать. Да и framebuffer -- чем не X-сервер? ;-)

     
  • 1.8, Andrew Kolchoogin (?), 16:32, 17/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну там же в заголовке сайта проекта написано, что есть Wayland -- "A tiny something". :) Маленькое нечто. ;)
     
     
  • 2.9, Аноним (-), 16:58, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Осталось понять, для чего оно нужно. Считайте что я тупой, но из описания я уяснил что это нечто вроде кастрированного виндового GDI, а X-сервер должен работать поверх него, считая окно Wayland фреймбуфером?

    А в чем профит-то? Ну иксам не нужны будут драйверы. Но зато они будут нужны самому Wayland, так?

     
     
  • 3.10, valexey (?), 17:35, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Осталось понять, для чего оно нужно. Считайте что я тупой, но из
    >описания я уяснил что это нечто вроде кастрированного виндового GDI, а
    >X-сервер должен работать поверх него, считая окно Wayland фреймбуфером?
    >
    >А в чем профит-то? Ну иксам не нужны будут драйверы. Но зато
    >они будут нужны самому Wayland, так?

    Тут дело такое... Возможно написать библиотеку эмулирующую libX11 (и реализующую её API) и с ней пересобрать всё имеющееся ПО. В теории, всё будет работать. Причем будет работать несколько быстрее и лучше чем через иксы. Другое дело что для получения всех преимуществ wayland'a нужно таки пользовать его нативный API а не враппер.

    Ну, и естественно программы которые сами реализовали клиентскую часть протокола X11 (или использовали для этого какую-то другую библиотеку) работать не будут, перекомпиляцией тут не отделаешься. Придется переписывать.

     
     
  • 4.11, Аноним (-), 17:58, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж надо переписывать рендер GTK/QT/чего-то-там, чтобы они вообще забыли про xlib и тупо отдавали Wayland готовые канвасы. В QT это не то что бы тривиальная, но штатная операция, а в GTK?
     
     
  • 5.14, ixrws (?), 18:26, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а в GTK?

    И там также - в gtk за это отвечают движки, написать ещё один движок рендеринговый и всё ок.
    Другое дело, что далеко не всё ПО на базе gtk и QT. Да и вообще, отказ от X11 кажется как-то не совсем элегантным решением. В общем жизнь покажет:)

     
     
  • 6.15, Georges (ok), 18:48, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    автор говорил что хочет сделать чтоб иксовые приложения запускались прямо в вейланде
     
  • 5.21, Аноним (-), 11:14, 18/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Тогда уж надо переписывать рендер GTK/QT/чего-то-там, чтобы они вообще забыли про xlib

    Уже давно есть xcb, и по немногу все переходят на него с xlib.

     

  • 1.16, pilat (ok), 19:08, 17/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я _за_ возможность выбрать тонкий дисплейный сервер для своего домашнего ПК, предварительно убедившись что все программы, которые я собираюсь использовать, на нем запустятся.

    Почему нет, собственно, если это может дать человеческую производительность видео?..

     
     
  • 2.17, ixrws (?), 20:04, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пожалуй с этим многие согласятся, только вот дело в том, что производительность зависит напрямую от качества драйверов и их поддержки стандартов x.org. То есть своять можно ещё пару десятков X подобных серверов, но вот безупречные драйверы для видеокарт от этого не появится. На данный момент есть значительно более важные задачи - такие как развитие галиума например. Но это правда не отменяет важности подобных исследовательских проектов, ведь иногда из них вырастает замена тому, что имеем:)
    PS: Усложняется развитие xorg, как мне кажется, тем, что разработчики железа не особо вообще этим интересуются. Кто-то поддерживает, как интел, кто-то вояет костыли, как nvidia, плевать она хотела на xorg и его развитие. А кто-то вообще пока работоспособных и качественных драйверов не предоставил, не то что там участие в развитии инфраструктуры. Зато спеки открыли, уже лучше чем ничего:) В общем разлад какой-то, нехорошо это.
     
     
  • 3.22, pilat (ok), 21:58, 18/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну пожалуй с этим многие согласятся, только вот дело в том, что
    >производительность зависит напрямую от качества драйверов и их поддержки стандартов x.org.

    Да, но есть еще и не "прямые" факторы. Я сильно сомневаюсь что NVidia пишет свои драйверы "вопреки" архитектуре X.Org назло кому-нибудь. Скорее, там одно из двух (а может, и все вместе):
    - все слишком запутано;
    - не дает достаточной производительности, даже если найти достаточное кол-во человеко-часов (те же мерцания 3D-приложений при использовании композитинга).

    Мне так кажется.

    Еще, я не уверен что все описывалось именно так (где-то в недрах форумов на phoronix.com), но вроде как в X.Org слишком много разных "контекстов", между которыми все постоянно переключается, и это большой тормоз. Избавиться от них -- значит отказаться от netwrok-transparent модели. Так что действительно проще написать что-то отдельное, что будет рекомендоваться только для десктопов.

     

  • 1.18, Аноним (4), 21:01, 17/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодец парень. Субьективно иксы регрессируют. У меня под конце дня икс-сервер жрет 150-190 метров оперы. Помоему, это пиздец.
     
     
  • 2.19, Аноним (4), 23:18, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Молодец парень. Субьективно иксы регрессируют. У меня под конце дня икс-сервер жрет
    >150-190 метров оперы. Помоему, это пиздец.

    У меня 2 процесса, по 84 метра, конец дня, около 14 часов работал. Это ОК ?

     
     
  • 3.20, fetisheer (ok), 09:50, 18/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Молодец парень. Субьективно иксы регрессируют. У меня под конце дня икс-сервер жрет
    >>150-190 метров оперы. Помоему, это пиздец.
    >
    >У меня 2 процесса, по 84 метра, конец дня, около 14 часов
    >работал. Это ОК ?

    Много от чего зависит. У меня, например, только один процесс иксов и весит он 38 Мб (округлено в большую сторону). Притом uptime полтора суток.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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