|
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-сервер? ;-)
| |
|
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 полтора суток.
| |
|
|
|