форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"В 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 (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 (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 (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 (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 (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 (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 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 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 | Индекс форумов | Темы | Пред. тема | След. тема