The OpenNET Project / Index page

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

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

"В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от opennews on 08-Авг-11, 01:08 
Мэйнтейнер оконного менеджера KWin сообщил (http://www.phoronix.com/scan.php?page=article&item=wayland_k...) о плане по обеспечению работы десктоп-окружения KDE поверх дисплейного сервера Wayland, в дополнение к изначально поддерживаемой работе поверх X-сервера.  Интеграцию поддержки Wayland планируется произвести в три фазы, итогом которых станет обеспечение запуска  KWin непосредственно поверх Wayland с предоставлением дополнительной прослойки для совместимости со старыми X-приложениями (для мобильных приложений будет предусмотрена возможность отключения данной прослойки). Первые две фазы будут завершены в следующем году в рамках цикла разработки KDE SC 4.8 и 4.9. Первую фазу планируется завершить зимой, а вторую летом 2012 года.


Основная работа предстоит в направлении избавления KWin и других частей KDE от привязки к X11  и реализации нового уровня абстракции, который сможет взаимодействовать, как с X11, так и с Wayland. После того, как KWin будет абстрагирован от сиcт...

URL: http://www.phoronix.com/scan.php?page=article&item=wayland_k...
Новость: http://www.opennet.dev/opennews/art.shtml?num=31421

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

Оглавление

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


2. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –7 +/
Сообщение от Аноним (??) on 08-Авг-11, 01:38 
Очень нравиться KDE, но что бы не говорили работать за ним продуктивно сложно - отзывчивость системы слабая Х постоянно жрет много ресурсов процессора.
Я с нетерпением жду уже полного дистрибутива с wayland!!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –5 +/
Сообщение от Аноним (??) on 08-Авг-11, 02:07 
C wayland будет ещё хуже.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

46. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 17:44 
Врядли - отвалится существенная часть оверхеда и потребления памяти со стороны иксов.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

63. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:12 
> C wayland будет ещё хуже.

Толсто. Вяленд не может работать на системах с ограниченными ресурсами, в отличие от иксов. Иксы же спокойно крутятся и на i386 с 4Mb RAM.
Основной оверхед - криворукие быдлокодеры, которые так и не смогли осилить написание нормального кода. А вяленд ещё кривее.

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

8. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от emg81 (ok) on 08-Авг-11, 04:22 
да, KDE очень много едят памяти, да-да-да.
140 мб после загрузки - это так много.

вот мой скрин:
http://s009.radikal.ru/i309/1108/df/b7d78468bce4.png

KDE 4.7.0. Gentoo ~x86
143 мб = система + yakuake в фоне + ksysguard открыт + ksnapshot (им скрин сделан)

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

10. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от Наме on 08-Авг-11, 05:25 
> да, KDE очень много едят памяти, да-да-да.
> 140 мб после загрузки - это так много.
> вот мой скрин:
> http://s009.radikal.ru/i309/1108/df/b7d78468bce4.png
> KDE 4.7.0. Gentoo ~x86
> 143 мб = система + yakuake в фоне + ksysguard открыт +
> ksnapshot (им скрин сделан)

ArchLinux после загрузки 108MБ, хотя памяти 2 ГБ

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

34. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –4 +/
Сообщение от anonymous (??) on 08-Авг-11, 13:01 
>143 мб = система + yakuake в фоне + ksysguard открыт

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

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

39. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Карбофос (ok) on 08-Авг-11, 15:21 
вообще-то там еще и ядрышко есть в памяти, однако
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

47. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –7 +/
Сообщение от anonymous (??) on 08-Авг-11, 18:04 
>вообще-то там еще и ядрышко есть в памяти, однако

И что? Ядрышко жрёт больше всей венды?

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

56. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Карбофос (ok) on 09-Авг-11, 10:34 
ты об чем вообще ведешь речь?
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

54. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от kwin on 09-Авг-11, 09:05 
>>143 мб = система + yakuake в фоне + ksysguard открыт
> И ты это называешь мало? Не смеши. Более сотни мегабайт на одну
> только граф среду - это явный перебор.

И это ты называешь комментом? Не смеши. Более ста букаф на один бессмысленный коммент - это явный перебор.

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

53. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от kwin on 09-Авг-11, 09:03 
зато у тебя цп 65% :)
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

76. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от emg81 (ok) on 11-Авг-11, 20:32 
> зато у тебя цп 65% :)

это потому что только что открыл, загрузка поднялась от открытия. снял бы скрин через 2 сек - было бы 1-2% ЦП. интервал обновления просто в 2 или 3 секунды у меня - чащё-то незачем

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

79. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от anonimbus on 14-Авг-11, 13:47 
Жаль, но мне трудно работать на моем, не очень мощном ноуте, под KDE.
Перешел на LXDE. Полет нормальный.

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

80. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от emg81 (ok) on 16-Авг-11, 20:30 
> Жаль, но мне трудно работать на моем, не очень мощном ноуте, под
> KDE.
> Перешел на LXDE. Полет нормальный.

сочувствую :(

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

12. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +4 +/
Сообщение от www2 (??) on 08-Авг-11, 07:15 
> Очень нравиться KDE, но что бы не говорили работать за ним продуктивно
> сложно - отзывчивость системы слабая Х постоянно жрет много ресурсов процессора.
> Я с нетерпением жду уже полного дистрибутива с wayland!!!!

Да-да-да, X постоянно жрёт много ресурсов процессора, конечно. Чтоб вы знали - X-сервер может работать на 486 компьютере (это не частота, это - индекс процессора, до Пентиума их выпускали под индексами). Из ни на что не годного хлама делают X-терминалы, которые, о чудо, работают и не тормозят. Жрёт много ресурсов именно KDE.


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

58. "(offtopic) 486"  +/
Сообщение от Michael Shigorin email(ok) on 09-Авг-11, 17:11 
> Да-да-да, X постоянно жрёт много ресурсов процессора, конечно. Чтоб вы знали -
> X-сервер может работать на 486 компьютере (это не частота, это -
> индекс процессора, до Пентиума их выпускали под индексами). Из ни на
> что не годного хлама делают X-терминалы, которые, о чудо, работают и
> не тормозят.

Строго говоря, на 10Mbps (особенно хабовых) при использовании современных(tm) firefox/*office всё-таки притормаживают.  Классическому иксовому софту, не тягающему чуть что пиксмапы, и того хватало за глаза.  Только вот и выглядел такой xfig не домохозяйка-френдли...

PS: до кучи: http://www.altlinux.org/LTSP/Memory

PPS: есть у кого живая 486 с PXE и 16M?  Тут коллега с год уж как наваял патч для эмуляции недостающих инструкций i586 на i486, а проверить на железе всё никак не получается... (делалось как раз для тонких клиентов, в первую очередь а-ля eBox 2300SX)

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

60. "(offtopic) 486"  +/
Сообщение от Карбофос (ok) on 09-Авг-11, 22:29 
так там же пентюки разные, в том числе и MMX. можно ведь архитектуру на виртуалке проэмулировать.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

75. "(offtopic) 486"  +/
Сообщение от Andrew Kolchoogin on 11-Авг-11, 13:08 
> Классическому иксовому софту, не тягающему чуть что пиксмапы

Миш, а как же без "тягания, чуть что, пиксмапов" anti-aliasing-то сделать?

Уж больно убого без AA шрифтики современные смотрятся...

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

6. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Buy email(ok) on 08-Авг-11, 03:03 
Откровенно рад, что постепенно прорисовывается реальная альтернатива иксам в секторе домашних компьютеров и планшетов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от анон on 08-Авг-11, 07:31 
в кде так много абстракций. а ихний кнетворкманагер как не мог пппое так и не может.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 09:22 
Как программисту решить проблему Х? нужно создать дополнительный слой абстракции. (при условии что Х != абстракий слишком много).
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 08:11 
MeeGo вообще в хрень превратили в отличае от Maemo, сначала заменили deb на rpm, теперь давайте заменим X11 на Wayland, а потом вообще всё окружение на Java - и получим Android, вроде как и на ядре линукс, и нахрен он как инструмент сисадмина нужен не будет..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от EuPhobos email(ok) on 08-Авг-11, 08:14 
Пробовал я MeeGo на n900 - хрень редкостная, особенно с репозитариями, каждое действие, будь то поиск пакета или просто инфа о пакете он лезет в инет и выкачивает "килограммовые" индексы, тормозит ужасно и глючат зависимости. Отличное решение заменить deb на rpm !
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Vkni on 08-Авг-11, 08:33 
> Отличное решение заменить deb на rpm !

У меня вот ALT, там deb на rpm заменен уже лет этак 10-ть как. При поиске пакета совершенно не нужно ничего выкачивать - apt-cache search и всё. :-)

А вот в дистрибутиве для блондинок - OpenSuse, действительно zypper'у нужно давать спец. ключ, чтобы он не проверял соответствие кешей репозитариям.

А инфа по установленным пакетам содержится в rpm/deb базах - её не нужно выкачивать. Да и вообще, надо сказать, особой разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностям.

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

23. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от meequz (ok) on 08-Авг-11, 09:28 
В Альте не было замены deb на rpm, потому что там всегда был rpm.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

49. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от anonymous (??) on 08-Авг-11, 18:56 
>особой разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностям

RPM отслеживает зависимости с точностью до файла, DEB - только с точностью до пакета.

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

52. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Пр0х0жий (??) on 09-Авг-11, 01:45 
> У меня вот ALT, там deb на rpm заменен уже лет этак 10-ть как.

man apt-cache
в ALT Linux: find 'АВТОР'
Mandrake Russian от IPLabs никогда не базировался на deb

> При поиске пакета совершенно не нужно ничего выкачивать - apt-cache search и всё. :-)

В Debian по-другому?

> разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностям.

Сделав
man rpm
man dpkg
в ALT Linux, не сказал бы.

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

22. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 09:24 
Это проблема фронт-энда, а не самого rpm.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

17. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –5 +/
Сообщение от EuPhobos email(ok) on 08-Авг-11, 08:19 
Ничего хорошего не выйдет с Waylaнd:
Пока NVIDIA и ATI/AMD всерьёз его не принимаюt
Пока вэйленд не покажет реально что он умеет все что икс и даже больше
Пока только известно что вэйленд лучше иксов одним, "правильной" обработкой композита, а кому он нужен?! У меня вообще рабочий стол чёрный и без скучных обоев.
Ну интель запилит драва, можно будет на ноутах поставить вэйланд, и реально посмотреть и понять что он умеет, а что нет.
Думаю последователей сразу так поубавиться..

ЗЫ ну не вижу я перспективы в нём, для меня это какой-то быстро слепленный, но зато очень хорошо пропиаренный проект, раз столько "доброжелателей" у него, которые сами с ним не работали и не знают что он умеет, а что нет... или просто не пользовались всей мощью иксов.

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

19. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +3 +/
Сообщение от Vkni on 08-Авг-11, 08:43 
Он не может уметь всё, что Х - в нём нет сетевой прозрачности.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

26. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от EuPhobos (ok) on 08-Авг-11, 10:14 
Вот об этом и речь.
Делаем из мощной UNIX-way какой-то Glamour-way, и судя по минусам в постах - большинство ЗА.
Ну да, ну да, добавьте больше свистелок-перделок. А как что сломается, будем "Да переустановить систему и всё" - да?!
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

27. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от VoDA (ok) on 08-Авг-11, 11:19 
> Вот об этом и речь.
> Делаем из мощной UNIX-way какой-то Glamour-way, и судя по минусам в постах
> - большинство ЗА.
> Ну да, ну да, добавьте больше свистелок-перделок. А как что сломается, будем
> "Да переустановить систему и всё" - да?!

Большинство кто пробовал сетевую прозрачность Х-в не удовлетворен ее качеством. Для большинства лучше Wayland + сеть строиться дополнительными плагинами, чем сетевая прозрачность самих Х-ов.

К тому же Х не Unix-way - Wayland UNIX-way ибо размер комбайна меньше. И, судя по форумам, количество костылей при работе через Wayland уменьшится по сравнению с Х-ми.

PS пользователь Х-ов через NX ;)

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

29. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от Etch on 08-Авг-11, 11:49 
У вас какое-то странное представление о UNIX-way. На самом деле это понятие означает, что каждая часть системы должна выполнять свою небольшую задачу, но должна делать это хорошо. Никакого отношения к гламуру или антигламуру это понятие не имеет, а замена иксов на wayland очень хорошо вписывается в данную концепцию.
Сетевую прозрачность можно приделать сбоку, где ей и место, ИМХО. А ваши страхи, что всё вдруг сломается и придётся переустанавливать всю систему, совершенно необоснованны.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

67. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:29 
> У вас какое-то странное представление о UNIX-way. На самом деле это понятие
> означает, что каждая часть системы должна выполнять свою небольшую задачу, но
> должна делать это хорошо. Никакого отношения к гламуру или антигламуру это
> понятие не имеет, а замена иксов на wayland очень хорошо вписывается
> в данную концепцию.
> Сетевую прозрачность можно приделать сбоку, где ей и место, ИМХО. А ваши
> страхи, что всё вдруг сломается и придётся переустанавливать всю систему, совершенно
> необоснованны.

Пока в линуксе не будет механизма сетевой прозрачности, идентичного Plan9, иксы и сетевые звуковые серверы будут самым правильным решением. Вяленд же заставить работать по VNC - оверхед немереный. Другой путь для вяленда просто не предусмотрен. Иксы выполняют свою задачу - и выполняют её хорошо. Так что и по этой логике тут UNIX-way, в отличие от вяленда.

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

74. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от Etch on 11-Авг-11, 09:38 
Если сетевая прозрачность - единственная вещь, которую иксы делают хорошо, то им место на свалке истории. В остальном, поживём - увидим.


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

48. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Vkni on 08-Авг-11, 18:35 
X - это не UNIX-way, а скорее OpenVMS-way. Потому, что UNIX-way - это файлы и тексты.

Но это никак не умаляет нужности X, причём не в текущей инкарнации с частичным рендерингом на стороне клиента - Х11, а с нормальной, полной отрисовкой всего на стороне сервера, включая видео. Т.е. нужен не Wayland, а X12.

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

55. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от fr0ster email(ok) on 09-Авг-11, 09:12 
HTML6?
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

61. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Vkni on 10-Авг-11, 05:41 
> HTML6?

Ага, в 86-м году :-).

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

62. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –1 +/
Сообщение от fr0ster email(ok) on 10-Авг-11, 07:19 
>> HTML6?
> Ага, в 86-м году :-).

В 2086 или в 86 после новой эры, которую многие в 2012 ждут?

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

78. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Vkni on 13-Авг-11, 04:42 
> В 2086 или в 86 после новой эры, которую многие в 2012
> ждут?

Я имел ввиду, что для множества задач, для которых городится сложная и неудобная система из браузера, серверного софта и т.д., достаточно просто Хов на все терминалы. Правда Х должны быть "подработаны напильником" под новые реалии, т.е. X12.

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

66. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:24 
> X - это не UNIX-way, а скорее OpenVMS-way. Потому, что UNIX-way -
> это файлы и тексты.
> Но это никак не умаляет нужности X, причём не в текущей инкарнации
> с частичным рендерингом на стороне клиента - Х11, а с нормальной,
> полной отрисовкой всего на стороне сервера, включая видео. Т.е. нужен не
> Wayland, а X12.

Сокеты - вполне себе файлы. Иксы работают через UNIX Domain Sockets. Но нужность X12 с доработкой модулей под современные реалии неоспорима. Хотя и не так срочна, как сейчас орут.

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

77. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Vkni on 13-Авг-11, 04:39 
> Сокеты - вполне себе файлы.

Они не интегрированы в общую файловую систему. И Ховые окна тоже не интегрированы, в отличие от оболочки Plan 9 (которая, конечно, мудозвонческая).

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

28. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 11:36 
Сетевую прозрачность можно сделать в виде плагина.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

65. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 08:23 
>[оверквотинг удален]
> а кому он нужен?! У меня вообще рабочий стол чёрный и
> без скучных обоев.
> Ну интель запилит драва, можно будет на ноутах поставить вэйланд, и реально
> посмотреть и понять что он умеет, а что нет.
> Думаю последователей сразу так поубавиться..
> ЗЫ ну не вижу я перспективы в нём, для меня это какой-то
> быстро слепленный, но зато очень хорошо пропиаренный проект, раз столько "доброжелателей"
> у него, которые сами с ним не работали и не знают
> что он умеет, а что нет... или просто не пользовались всей
> мощью иксов.

Тут дело такое, что X11 - это протокол. И реализаций может быть (и есть) дофига. Есть даже на жабе иксы. Флагманская реализация - X.org. И реализация эта полностью модульная. А вяленд - суть монолитный дисплейный сервер с простеньким протоколом, являющийся тут излишеством (нет поддержки сети и отрисовка исключительно на локальной машине). Иксы занимаются взаимодействием клиентов с железом. Вяленд - фигнёй страдает. Архитектура принципиально отличается в пользу иксов. Всё же проблемы иксов, о которых так яростно трубят фанатики вяленда (которые его даже не пробовали ещё - кроме шестерёнок и терминала он не пускает ничего полезного), решаются отключением ненужных модулей и доработкой протокола X. В вяленде же решили пойти другим путём: ампутировать руку вместо того, чтобы забинтовать палец.
А те, кто кричат: "На десктопе нафиг не впёрлась МНЕ сетевая прозрачность" - ну не впёрлась, и не пользуйся: другим она нужна. Или сваливай нафиг с линукса на свою венду, где основная графическая система сделана так, как они мечтают.

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

24. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 09:29 
Wayland... Gnome3... Пятой точкой чую, кто-то хочет на рынок планшетов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:31 
> Wayland... Gnome3... Пятой точкой чую, кто-то хочет на рынок планшетов.

Смешно, да. Особенно на фоне того, что уже была Qtopia, которую форкнули в Opie. И этот форк можно было бы развивать для этих дел.

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

25. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –1 +/
Сообщение от Заоза on 08-Авг-11, 10:06 
Да вот только все знают, что АМД\АТИ и нвидии, с высокой колокольни, что там за линух и какие там дисплейные менеджеры, им главное выгода с этого, они до сих пор допилить ИОН не могут до рабочего состояния, а вы про дрова ещё пишете, в моих глазах нвидия пала ниже АТИ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 21:30 
А что с ИоН'ом не так? Дрова подходят самые обычные, что и для любой другой более-менее современной карты.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

69. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:35 
> Да вот только все знают, что АМД\АТИ и нвидии, с высокой колокольни,
> что там за линух и какие там дисплейные менеджеры, им главное
> выгода с этого, они до сих пор допилить ИОН не могут
> до рабочего состояния, а вы про дрова ещё пишете, в моих
> глазах нвидия пала ниже АТИ.

Не ION, а Optimus. Просто из нвидии поувольняли всех инженеров, и оставили каких-то быдлокодеришек, неспособных осилить архитектуру иксов. Разработчик Bumblebee вот нашёл первое решение - VirtualGL. И всё отлично пашет. Переключение же драйверов реализовать тоже можно, если написать специальный драйвер для иксов. Но, как выше было отмечено, в нвидии больше нет инженеров - вот и начинается свистопляска, когда простой пользователь компьютера сделал поддержку Optimus  в линуксе, в то время как это была прямая обязанность нвидии.

АТИ же больше нет - забудьте об АТИ как о страшном сне. Сейчас рулит АМД. И блобы у неё ничуть не хуже нвидиевских.

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

30. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 11:58 
После прочтения статьи у меня возникло несколько вопросов:

1) "Wayland отличается от X-сервера тем, что на уровне сервера выполняется только переадресация всех окон..." - что понимается под словом "переадресация"?
2) "... все операции рендеринга и управления окнами производятся на стороне клиента..." - под рендерингом я понимаю построение содержимого окна (не знаю, попадают ли заголовок и границы окна под поятие "содержимое окна" в терминологии Wayland), а вот что понимается под "управлением", может закрытие, сворачивание/разворачивание, восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна и т. п.?
3) "... и передаются для обработки серверу со встроенным композитным менеджером." - это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать, так как в самом Wayland будет встроен их функционал, и остануться просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а (правда не знаю как это сходиться с тем, что "... все операции рендеринга ... окнами производятся на стороне клиента...")?
4) Почему нельзя добавить в Wayland сетевeую прозрачность?

Термин сервер-клиент понимаю таким же как в X11.

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

40. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от VoDA (ok) on 08-Авг-11, 15:41 
> После прочтения статьи у меня возникло несколько вопросов:

попробую ответить, хотя не спец в Х-ах

> 1) "Wayland отличается от X-сервера тем, что на уровне сервера выполняется только
> переадресация всех окон..." - что понимается под словом "переадресация"?

Что сам вэйленд не занимается реальной работой с окнами - этим занимаются конкретные подсистемы OpenGL, Cairo & so on. App=>Wayland=>OpenGL
В Х-ах вызов идет в Х, дальше Х взаимодействует с другими подсистемами, т.е. идут взаимо-вызовы App=>X.org=>OpenGL=>X.org=>OpenGL ...

Таким образом уменьшается количество пробросов из/в сервер графики

> 2) "... все операции рендеринга и управления окнами производятся на стороне клиента..."
> - под рендерингом я понимаю построение содержимого окна (не знаю, попадают
> ли заголовок и границы окна под поятие "содержимое окна" в терминологии
> Wayland), а вот что понимается под "управлением", может закрытие, сворачивание/разворачивание,
> восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна
> и т. п.?

Да, т.е. то что *находится* в окне. У Х-ов в этом задействован и сервер. Потому с сетевой прозрачностью композитные менеджеры дружат очень слабо.

> 3) "... и передаются для обработки серверу со встроенным композитным менеджером." -
> это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать,
> так как в самом Wayland будет встроен их функционал, и остануться
> просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а
> (правда не знаю как это сходиться с тем, что "... все
> операции рендеринга ... окнами производятся на стороне клиента...")?

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

Дальше композитные менеджеры и высокоуровневые библиотеки типа Qt & Gtk серьезно упростятся при работе через Wayland.

> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?

Ибо бессмысленно. Это примерно как почему в ядро Linux нельзя добавить Apache HTTP server... добывать то можно, только накуя в ядре нужно держать огромный сервер - его место в виде отдельного приложения, а не ядерного модуля.

Сетевая прозрачность для Wayland является еще одним плагином и не входит в ядро.

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

71. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:44 
>[оверквотинг удален]
> их рендерит - это задача исключительно Wayland.
> Дальше композитные менеджеры и высокоуровневые библиотеки типа Qt & Gtk серьезно упростятся
> при работе через Wayland.
>> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?
> Ибо бессмысленно. Это примерно как почему в ядро Linux нельзя добавить Apache
> HTTP server... добывать то можно, только накуя в ядре нужно держать
> огромный сервер - его место в виде отдельного приложения, а не
> ядерного модуля.
> Сетевая прозрачность для Wayland является еще одним плагином и не входит в
> ядро.

По твоему описанию получается, что:

1. X11 является аналогом Plan9 в графическом мире по отношению к ОС
2. Wayland является аналогом X11 в графическом мире по отношению к ОС

В результате сужается возможная область применения и Wayland оказывается дерьмом на практике.

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

70. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:42 
>[оверквотинг удален]
> восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна
> и т. п.?
> 3) "... и передаются для обработки серверу со встроенным композитным менеджером." -
> это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать,
> так как в самом Wayland будет встроен их функционал, и остануться
> просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а
> (правда не знаю как это сходиться с тем, что "... все
> операции рендеринга ... окнами производятся на стороне клиента...")?
> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?
> Термин сервер-клиент понимаю таким же как в X11.

Сетевую прозрачность как в иксах в вяленде реализовать невозможно из-за архитектурных ограничений вяленда. В иксах все объекты состоят из атомов. И всё представляется в виде окон. То есть, если подходить к рассмотрению архитектуры в чистом виде, всё, что работает с иксами, является клиентом. В вяленде же, грубо говоря, часть графики вынесена вне протокола ради одной только свистелки "композитный диспетчер" - посему нет и быть не может такой гибкости. Это defective by design с точки зрения терминальной системы. Посему достаточно было забить на вяленд, и писать всё на Qt/E или Qt-framebuffer. Но кое-кому ударила в голову моча, и теперь получился франкенштейн в виде вяленда.
Итого в вяленде свистелкам и перделкам в жертву принесена полноценная сетевая прозрачность. То есть полноценно её можно сделать только через средства типа VNC или другие жуткие костыли, но и то гибкостью иксов она обладать не будет.

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

31. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от Мужик32222 email on 08-Авг-11, 12:12 
Объясните мне кто-нибудь, что такое " переадресация всех окон". В каждой новости читаю про это, но нигде не написано что же это. Иногда начинаю думать, что авторы новостей и сами не знают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:18 
Значит, что сервер оперирует только готовими битмапами, вся отрисовка на стороне тулкита, используемого в приложении. Т.е. формированием начинки занимается Gtk+ и Qt.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +2 +/
Сообщение от Мужик32222 email on 08-Авг-11, 12:25 
Но что за термин такой, "переадресация"? Что, куда и откуда переадресуют?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

45. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от anonymous (??) on 08-Авг-11, 17:37 
Ок, тогда что значит в данном контексте "оперирует"?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от ДФ (ok) on 08-Авг-11, 13:10 
В свете этой статьи хочу еще раз сказать про Андройд, который как не крути, быстрыми темпами становится ведущей ОС на мобильниках и планшетах. Уж если Андройд является флагманом консорциума самых популярных производителей (http://ru.wikipedia.org/wiki/Open_Handset_Alliance), гарантируя огромное число железа под него, то Гугл должен продвигать такие проекты как Wayland (или схожих по функциоальности, но своих) для обеспечения работы как можно бОльшего кол-ва СПО приложений, написанных для реально ОТКРЫТЫХ Х-ов, Qt и др (через несколько лет, проблемы их прожорливости отпадут ввиду их развития и "прокачки" железа). Пока что, для Андройд выбрано самое нестандартное решение в виде Dalvik, под который не работает или трудно-адаптируема любая программа из СПО (в том числе и для планшетов). Для создания действительно универсальной и понастоящему ОТКРЫТОЙ мобильной ОС, ИМХО просто необходимо наряду с Dalvik иметь программные прослойки для функционирования разнообразного СПО, благо под ними ядро Линукс, которое, слава Богу, может позволить много открытых решений. Я не призываю избавиться от Dalvik - под него, как ни крути, уже наклепано 100000 псевдо-открытых приложений с интересным функционалом, которые на том же Линуксе для работы требуют костыль Alien Dalvik.
Как мне кажется, опенсорс сообщество должно "вежливо попросить" Гугл для начала движения в этом направлении: нужны дискуссии и статьи про то как сделать Андройд более гибким в плане СПО, если уж он действительно претендует на опенсорс статус. Я же вижу одни только разговоры "не ругайте Андройд, ему и так в патентных войнах плохо" (http://www.opennet.dev/opennews/art.shtml?num=31406), либо "да он и так больше всех бабла гребет - значит все у него в порядке" (http://www.opennet.dev/openforum/vsluhforumID3/79534.html?n=&...). Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно для СПО-сообщества, а не смотреть на Андройд как на какую-то данность (или еще хуже - стандарт!) и тратить уйму времени на запил СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к таким проектам как Wayland (может есть и другие?) для создания максимально открытой ОС уже сегодня!!!
ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо оформить данные размышления в виде статьи - есть сочуствующие?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 15:02 
>Должно
>Должен
>Пусть гугл подключается

Никто никому ничего не должен

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

43. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от ДФ (ok) on 08-Авг-11, 16:50 
Согласен: поторопился и написал в повелительном наклонении. Хотелось бы рассмотреть вопрос с точки зрения общей пользы дела для Андройда и Gnu/Linux СПО. Андройду - удобство портирования Gnu/Linux СПО, которое например требуется в (гос.) учреждениях и компаниях многих стран. Для Линукса и СПО в целом - серьезный рост аудитории, которого очень не хватает учитывая его долю в 2% от рынка ОС, причем как в десткопах, так и в мобильных решениях. И Meego может и не стать панацеей и поправить все дела - здесь лучше 1+1 чем 1.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

38. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 15:02 
Это был осознанный выбор google, и они не будут что-либо менять.
Мобильное будущее привычного GNU/Linux за Meego, Maemo и т.п.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +1 +/
Сообщение от ДФ (ok) on 08-Авг-11, 17:13 
> Это был осознанный выбор google, и они не будут что-либо менять.

У серьезных мегакорпораций нет принципов вроде "решил раз и навсегда". Все что приносит монетку и не вредит репутации - может быть спокойно сделано, особенно Гуглом: без "шума и пыли". У Гугла сравнительно гибкий менеджмент, и если сообщество СПО грамотно аргументирует пользу от внедрения в Андройд дополнительной поддержки для СПО программ, они вполне могут получить ее. Здесь может даже проблема не столько в руководстве Гугла, сколько во всяких Майкрософтах и Эпплах, которым явно не понравится резкий подьем СПО в пользовательском секторе из 2%-й зоны, и которые могут нажать на Гугл через разные патентные рычажки или просто "в лоб": http://www.youtube.com/watch?v=yXqrTfOWx60

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

57. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 12:54 
Дело в том, что хотелки сообщества - это просто хотелки сообщества, внедрение X или Wayland не принесёт прибыли google.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

42. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от VoDA (ok) on 08-Авг-11, 15:56 
>[оверквотинг удален]
> ввиду их развития и "прокачки" железа). Пока что, для Андройд выбрано
> самое нестандартное решение в виде Dalvik, под который не работает или
> трудно-адаптируема любая программа из СПО (в том числе и для планшетов).
> Для создания действительно универсальной и понастоящему ОТКРЫТОЙ мобильной ОС, ИМХО просто
> необходимо наряду с Dalvik иметь программные прослойки для функционирования разнообразного
> СПО, благо под ними ядро Линукс, которое, слава Богу, может позволить
> много открытых решений. Я не призываю избавиться от Dalvik - под
> него, как ни крути, уже наклепано 100000 псевдо-открытых приложений с интересным
> функционалом, которые на том же Линуксе для работы требуют костыль Alien
> Dalvik.

Нет смысла - в Android основная изюминка это Dalvik. То, каким образом dalvik рисует на экран с точки зрения обычного приложения пофигу.

Если нужно чтобы дисплейным менеджер был именно Х-подобный или Wayland - это на Maemo & MeeGo.

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

72. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:47 
>[оверквотинг удален]
> все у него в порядке" (http://www.opennet.dev/openforum/vsluhforumID3/79534.html?n=&...).
> Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно
> для СПО-сообщества, а не смотреть на Андройд как на какую-то данность
> (или еще хуже - стандарт!) и тратить уйму времени на запил
> СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем
> (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к
> таким проектам как Wayland (может есть и другие?) для создания максимально
> открытой ОС уже сегодня!!!
> ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо
> оформить данные размышления в виде статьи - есть сочуствующие?

Андроид не является ни частью экосистемы линукса, ни линоксом вообще. Вот ты застал время Windows 3.x? Если не застал: это надстройка над MS-DOS, для которой нужны свои приложения, и с DOS оно совместимо постольку, поскольку внизу имеется DOS в виду пускалки. Называется такой подход операционной средой.
Вот и тут андроид - операционная среда. Так что никак это не линукс.

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

73. "В KDE планируют обеспечить поддержку дисплейного сервера Way..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:49 
> Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно
> для СПО-сообщества, а не смотреть на Андройд как на какую-то данность
> (или еще хуже - стандарт!) и тратить уйму времени на запил
> СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем
> (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к
> таким проектам как Wayland (может есть и другие?) для создания максимально
> открытой ОС уже сегодня!!!
> ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо
> оформить данные размышления в виде статьи - есть сочуствующие?

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

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

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

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




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

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