The OpenNET Project / Index page

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

В Wayland/Weston появилась поддержка удалённого вывода через SPICE. Обобщение целей проекта Weston

25.04.2013 10:13

Для композитного сервера Weston, развивающегося в рамках проекта Wayland, подготовлена реализация композитного бэкенда compositor-spice, позволяющего организовать отрисовку вывода на удалённой системе с использованием протокола SPICE. Протокол SPICE используется в продуктах виртуализации компании Red Hat для организации удаленной работы с рабочим столом, функционирующим в виртуальном окружении. Работа выполнена Юрием Шведовым, студентом МГУ.

Текущая реализация основана на отправке через SPICE готовых кадров, сформированных с использованием программного рендеринга при помощи библиотеки Pixman, но в будущем планируется задействовать OpenGL для рендеринга и расчёта различий между кадрами, а также провести оптимизации пропускной способности. Напомним, что в состав Weston 1.1 уже входит бэкенд для организации вывода с использованием протокола RDP (Microsoft Remote Desktop Protocol), также развивается экспериментальная система для организацией работы с приложениями, запущенными на другой машине, позволяющая отображать отдельные окна из композитного сервера Weston, запущенного на удалённой системе.

Дополнительно можно отметить публикацию Кристианом Хогсбергом (Kristian Høgsberg), руководителем и создателем проекта Wayland, развёрнутого пояснения о сути и целях композитного сервера Weston. Weston уже выходит за рамки набора примеров для тестирования протокола Wayland, но продолжает позиционироваться как эталонная система, которая может обрастать функциональностью через плагины и дополнения. При этом Weston не будет развиваться как обособленное десктоп-окружение, а будет представлять собой ядро и плагинный API для создания таких окружений, по аналогии с тем, как сервер X.Org лежит в основе современных графических систем. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Wayland. Функции базового Desktop Shell, поставляемого в составе Weston, сводятся к проверке работы протокола wl_shell и использованию в качестве примера и отправной точки при создании собственных оболочек.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Выход новой стабильной ветки Wayland 1.1
  3. OpenNews: Для Wayland/Weston представлен бэкэнд для отрисовки через FBDEV
  4. OpenNews: Для Wayland/Weston создан бэкэнд для программного рендеринга через DRM-драйвер
  5. OpenNews: Десктоп-окружение Hawaii, работающее поверх Wayland, готово для ознакомительного использования
  6. OpenNews: Релиз протокола для взаимодействия с удаленным рабочим столом SPICE 0.12.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36783-wayland
Ключевые слова: wayland, spice
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, rainerate (?), 10:23, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Ну что ж, Юрий однако молодец товарищ!
     
     
  • 2.24, Аноним (-), 16:22, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Дак да универ заканчивает, диплом пишет, я тоже хотел в вайн чето добавить, но я ленив
     
  • 2.35, dasgut (?), 21:28, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Дайте номер кошелька или Paypal Юры
     
     
  • 3.42, 1 (??), 10:15, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Чё? Взломать хочешь? Думаешь там много денег?
     
     
  • 4.48, Юрий (??), 16:56, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда у студента много денег?))
     

  • 1.2, dima (??), 10:29, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ну наконец-то! На рдп и время тратить не стоило.
     
     
  • 2.3, Аноним (-), 11:05, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Они ваше время на RDP  и не тратили
     
  • 2.4, ыгчч (?), 11:09, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У вас таки есть пример готового тонкого клиента с поддержкой spice ?
     
     
  • 3.5, commiethebeastie (ok), 11:19, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Любой компьютер, на котором может работать линукс.
     
     
  • 4.6, daemonpnz (ok), 11:38, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –12 +/
    и только 64 бит системы... нет спасибо, нам редхатовского говна не надо.
     
     
  • 5.7, Anonymous528 (?), 12:08, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы все еще используете x86? Тогда мы едем к вам.
     
     
  • 6.13, Аноним (-), 14:18, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вы все еще используете x86? Тогда мы едем к вам.

    i386, если быть точным. Все эти 486-686 - новомодное гoвнецо, очевидно же.

     
  • 6.14, daemonpnz (ok), 14:29, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Иди иди, смотри не заблудись в увеличеннном потреблении памяти
     
     
  • 7.19, Аноним (-), 14:50, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    64kB must be enough for everyone!
     
  • 6.32, Олег (??), 21:11, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И нафига на тонком клиенте x64?
     
     
  • 7.37, Аноним (-), 23:57, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Так x64 должны быть не клиенты, а сервер виртуалок-терминалов.
     
  • 5.12, Аноним (-), 14:17, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > нам редхатовского гoвна не надо.

    Не пользуйтесь GNU/Linux, делов-то.

     
  • 5.15, Magister (?), 14:32, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    клиентом могут быть и 32-битные системы. это сервер надо x64, хотя как с subj - не знаю, может ему и не надо.
     
  • 5.30, commiethebeastie (ok), 19:59, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >и только 64 бит системы... нет спасибо, нам редхатовского говна не надо.

    Вообще обдолбался? Да хоть BSD и то работать будет. spicec же есть.

     
  • 4.9, некто (?), 12:34, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Любой компьютер, на котором может работать линукс.

    разницу между тонким клиентом и десктопным монстром мсье, конечно же, не видит....

     
     
  • 5.16, Magister (?), 14:33, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Любой компьютер, на котором может работать линукс.
    > разницу между тонким клиентом и десктопным монстром мсье, конечно же, не видит....

    Raspberry Pi, например, - это десктопный монстр? )))

     
     
  • 6.17, Аноним (-), 14:42, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На RasPi, кстати, клиента спайса поверх X11 вполне себе работает. Тормозит, да. Юзабельно для нединамичных вещей, впрочем.
     
  • 5.22, Aceler (ok), 15:24, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На тонких клиентах линуксов не бывает? О_о
     
     
  • 6.43, ыгчч (?), 12:48, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то речь идет о разнице между готовым решением и конструктором сделай-сам-из-г.вна-и-палок.
     
     
  • 7.45, Aceler (ok), 12:51, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то речь идет о разнице между готовым решением и конструктором сделай-сам-из-г.вна-и-палок.

    Готовых решений на линуксе не бывает?

     
     
  • 8.49, ыгчч (?), 16:57, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы сейчас с кем разговариваете Был задан вопрос о __готовых__ тонких клиентах ... текст свёрнут, показать
     
     
  • 9.51, Aceler (ok), 16:59, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что вопрос не имеет смысла Готовый тонкий клиент с поддержкой SPICE делается из... текст свёрнут, показать
     
  • 5.31, commiethebeastie (ok), 20:00, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Любой компьютер, на котором может работать линукс.
    > разницу между тонким клиентом и десктопным монстром мсье, конечно же, не видит....

    А через pxe нельзя запустить линукс?


     
     
  • 6.46, Аноним (-), 14:26, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>> Любой компьютер, на котором может работать линукс.
    >> разницу между тонким клиентом и десктопным монстром мсье, конечно же, не видит....
    > А через pxe нельзя запустить линукс?

    А он его что, поддерживает? И какой версии, м?

     
     
  • 7.55, Аноним (-), 18:26, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не поверишь, но линукс поддерживает не только загрузку через PXE, но и работу на x86_64. И графический интерфейс.
     
  • 3.8, анон (?), 12:19, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, нагрузочку можно было бы с его помощью снять и заставить работать тонкий в полную мощь.
     
  • 3.10, Ph0zzy (ok), 12:47, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.igel.com/company/press-media/press-releases/single-view/article/ig
     
     
  • 4.44, ыгчч (?), 12:50, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > https://www.igel.com/company/press-media/press-releases/single-view/article/ig

    Надо же целый один производитель нашелся.
    И у вас по прежнему остаются сомнения в потенциальной полезности рдп для вейланда ?

     

  • 1.11, Aceler (ok), 14:08, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличные новости!
     
     
  • 2.18, Аноним (-), 14:44, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Отличные новости!

    Действительно. Дело за малым - интегрировать Wayland в ядро, коль скоро RDP уже впилили.

     
     
  • 3.20, Аноним (-), 14:51, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Отличные новости!
    > Действительно. Дело за малым - интегрировать Wayland в ядро, коль скоро RDP
    > уже впилили.

    В ядре и так уже много всего. Лучше в systemd, там всего еще мало.

     
  • 3.23, Aceler (ok), 15:25, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Отличные новости!
    > Действительно. Дело за малым - интегрировать Wayland в ядро, коль скоро RDP
    > уже впилили.

    Займись.

     

  • 1.21, Int (?), 14:52, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Лучше бы spice.xpi под mac/винду запилили.

     
     
  • 2.25, Аноним (-), 16:40, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Лучше бы spice.xpi под mac/винду запилили.

    Лучше для кого? Для вас? А вы кто такое? Сами и запиливайте. А то редхат барыжит линуксами. Хорошо барыжит. На винды и мак им класть с прибором.

     
     
  • 3.29, Int (?), 19:45, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > На винды и мак им класть с прибором.

    То то RDP вперед spice запилили. ага


     
     
  • 4.33, Аноним (-), 21:21, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык основной протокол удаленного рабочего стола в линуксе. Не vnc же с иксами, лол.
     
  • 2.26, Vkni (ok), 17:23, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы spice.xpi под mac/винду запилили.

    Зачем? Есть Xming, есть XQuartz.

     
     
  • 3.28, Int (?), 19:42, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Затем что бы когда ты открываешь в браузере консоль oVirt можно было юзать консоль виртуалки.

    А пока, с одной стороный - вроде бы универсальный веб-портал, с другой полноценно пашет только под линуксом. Прима таки microsoft way во все поля

     
     
  • 4.34, Аноним (-), 21:21, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А пока, с одной стороный - вроде бы универсальный веб-портал, с другой
    > полноценно пашет только под линуксом. Прима таки microsoft way во все
    > поля

    Microsoft way - это если бы он полноценно пахал только под виндой.

     
     
  • 5.40, Int (?), 08:18, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Microsoft way - это если бы он полноценно пахал только под виндой.

    Microsoft way - это полноценная работа под одним браузером в одной операционке.

    веб-панель oVirt полноценно работает только в FireFox и только под Linux

     
     
  • 6.56, Аноним (-), 18:27, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>Microsoft way - это если бы он полноценно пахал только под виндой.
    > Microsoft way - это полноценная работа под одним браузером в одной операционке.

    ... если это браузер и операционка от компании Microsoft, конечно же.

    > веб-панель oVirt полноценно работает только в FireFox и только под Linux

    А это уже Linux way.

     
  • 4.38, Аноним (-), 00:21, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Прима таки microsoft way во все поля

    Только в линухе можно и не платить редхату если жаба давит :). А что, редхат должен делать удобно кому-то совершенно постороннему?

     
     
  • 5.41, Int (?), 08:21, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Только в линухе можно и не платить редхату если жаба давит :).

    Вопрос не в жабе, вопрос в том что эта за ВЕБ-интерфейс к ВИРТУАЛИЗАЦИИ такой - что полноценно работает только с одном браузере и в обном ОС.

    Что дальше ?
    Система Виртуализации заявит что полноценно может виртуализорвать только RHEL вот такой вот версии ? И на резонный вопрос - какого лешего - парировать - ну мол можете не платить если жаба душит.


     
     
  • 6.50, arisu (ok), 16:58, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а в чём проблема? можешь не платить. можешь взять исходники и сделать сам. с какого испугу ты решил, что кто-то обязан бесплатно делать тебе хорошо?
     
     
  • 7.57, Аноним (-), 18:28, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в чём проблема? можешь не платить. можешь взять исходники и сделать
    > сам. с какого испугу ты решил, что кто-то обязан бесплатно делать
    > тебе хорошо?

    Проприетарщики привыкли, что опенсорс представлен в основном бсдшниками, которые отвечают на хотелки проприетарщиков словам "да, мой господин", "будет исполнено, мой господин".

     
     
  • 8.58, arisu (ok), 18:32, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    иногда наблюдается ещё такая деформация 171 вы мне должны уже за то, что я ва... текст свёрнут, показать
     
     
  • 9.59, Юрий (??), 21:06, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ужасно если такое есть в этом мире Ибо открытый софт - это общечеловеческое инт... текст свёрнут, показать
     

  • 1.27, Юрий (??), 19:39, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По поводу x86/x86_64 клиент работает под обоими архитектурами, а мне удавалось и сервер поднять под x86
     
  • 1.36, robux (ok), 23:56, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > (Microsoft Remote Desktop Protocol)

    Слово "Microsoft" лишнее - RDP не ими разрабатывался.

     
  • 1.39, pavlinux (ok), 02:58, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну хоть кто-то допёр для чего нужен Вяленый.
     
  • 1.47, Аноним (-), 14:44, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а возможность просто и прозрачно перекинуть вывод одного окна с удалённого хоста набрав что-то типа WAYLAND_SMTH=blah.com:12345 firefox& в ssh консольке будет когда-нибудь?

    И если да, то через какое место это планируется реализовать? Понятно, что нужна поддержка со стороны ssh, но что именно он должен поддерживать?

     
     
  • 2.52, Юрий (??), 17:00, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Интересно, а возможность просто и прозрачно перекинуть вывод одного окна с удалённого
    > хоста набрав что-то типа WAYLAND_SMTH=blah.com:12345 firefox& в ssh консольке будет когда-нибудь?
    > И если да, то через какое место это планируется реализовать? Понятно, что
    > нужна поддержка со стороны ssh, но что именно он должен поддерживать?

    Все возможно, но это не будет так же как с X, ибо Wayland использует общие буфера с клиентами.

     
     
  • 3.53, Аноним (-), 17:35, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что за общие буфера и в чём именно будет заключаться отличие?

    Кстати, какой из 3 существующих вариантов удалённого рендеринга ближе всего к данному сценарию?

    Есть-ли подобное в планах для compositor-spice?

     
     
  • 4.54, Юрий (??), 17:52, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что за общие буфера и в чём именно будет заключаться отличие?

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

    > Кстати, какой из 3 существующих вариантов удалённого рендеринга ближе всего к данному
    > сценарию?

    Я не очень осведомлен в существующих вариантах удаленного рендеринга (по крайней мере не могу понять о чем речь), но на данный момент, как сказано в исходнике поста, это всего-лишь "proof of concept" и серверу spice скармливается полностью отрисованный экран через каждый фиксированный промежуток времени.
    Композитинг осуществляется при помощи pixman и поддерживаются только shm буферы.

    > Есть-ли подобное в планах для compositor-spice?

    в планах есть реализация вычесления damage картинки или более детальное взаимодействие с клиентскими областями, подключение GL для клиентов и вычисления damage, ну и более полное использование возможностей протокола Spice.


     
     
  • 5.60, Аноним (-), 00:18, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересно как проблема с разделяемой памятью решается в данной ветке: http://cgit.freedesktop.org/~krh/weston/log/?h=remote

    Ну и да, успехов в реализации планов! :)

     

  • 1.61, ВовкаОсиист (ok), 05:01, 28/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а будет представлять собой ядро и плагинный API для создания таких окружений

    Годное решение. Только боюсь, пока они там будут слоупочить, все напилят свои велосипеды и получим дупликацию, по сути, одно и того-же кода.

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



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

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