Вышел (http://lists.freedesktop.org/archives/spice-devel/2011-March...) релиз системы SPICE 0.8.0 (http://www.spice-space.org/), позволяющей организовать удаленную работу с рабочим столом, функционирующим в виртуальном окружении. В Spice рендеринг содержимого экрана и обработка аудиопотоков разделены между сервером и клиентом с привлечением средств акселерации вывода видео, звука, а также 2D и 3D графики, в том числе с помощью специально разработанного драйвера виртуальной видеокарты (qxl), что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на сервер, в отличие от протоколов VNC (Virtual Network Computing), ICA (Citrix Independent Computing Architecture) и RDP (Microsoft Remote Desktop Protocol), где обработка графики и аудио производится на сервере. В перспективе Spice дает возможность без лишней нагрузки на сервер организовать доступ к локальным аудио и USB устройствам, принтерам и другому оборудованию, находящемуся на стороне т...URL: http://www.ossportal.ru/technologies/kvm/news/150
Новость: http://www.opennet.me/opennews/art.shtml?num=29782
Так я не понял, в данный момент оно умеет принтера пробрасывать?
А зачем, если для этого существуют специализированные сервера - CUPS и наверняка есть еще что-нибудь.
Чтобы проще было. Очевидно же.У меня на компьютере настроен принтер. Я захожу по RDP на удалённый компьютер и запускаю там MS Word. Отправляю документ на печать и он печатается у меня на принтере.
И никаких дополнительных настроек и пляски с бубном вокруг купсов-бубсов. А вы ещё спрашиваете зачем.
> Чтобы проще было. Очевидно же.Да, слегка затупил. Может оно и правда очевидно. Просто, условий, при которых имеет смысл использовать такую схему, очень мало. Для медленных, удаленных подключений - печать фактически нереальна, так как сами raw-файлы очень огромны; а в локальных сетях - бессмысленно наличие персональных принтеров без регламентированной политики доступа.
В любом случае, признаю - был не прав. Раз фича есть, значит она востребована, несмотря на то, что условия для применения для меня не очень очевидны.
>Future Features
>Network tunneling (in progress) - using virtual network interface to enable sharing of network resources. Currently the focus is on printer sharing but is not limited to that.
зыж
вот это я понимаю, ребята специалисты!
>Current Features
>Client for Linux and Window - can be easily ported to additional platform platforms.уже забыли как винда называется :D
да не, скорее всего еще очень сыровато :)
в случае если в качестве GuestOS -- прекрасно работает Венда ---- то этоже НЕОБЪЯТНЫЕ возможности для "нормализации" Банк-Клиентов (в случае когда Банк требует чтобы его Банк-Клиент распологался на венде, и вдобавак просит использовать USB-ключик)
"нормальзированные" таким образом Банк-Клиенты -- смогут в этом случае работать в виртуальном SPICE-окружении -- гденить в подвале, в серверной.... а доступ к ним -- в комфортном виде через ноутбук :-)
Идиотизм какой-то.Банк-клиент должен работать или в браузере человека, или нигде (если без участия человека).
То есть программа пользователя просто должна подбирать в каком-то более-менее стандартном формате данные в файле, или соединяться куда-то в банк по стандартному протоколу (http, imap, scp, какое-нибудьMQ, … ).
Прочее — лишняя сущность, которая не нужна.
> Идиотизм какой-то.конешно идиотизм :-)
...только попробуй расскажи об этом банку, с которым пришлось работать
Угу, особо отличается этим сбербанк.
> Угу, особо отличается этим сбербанк.Балтийский Банк (второй после сбера на северо-западе) аналогично изобрёл свой велосипед. Слава богу пока под WINE кое как запускается.
Клиент балтики отлично бегает под ваином. Особенно с учетом того что запускать надо только криптопрокси. Все остальное работает в нативном огнелисе
Просто даже лучше не говорите ничего. Это невероятная жесть.
короче все вместе ждем XSpice
(с) Болтовня ничего не стоит, покажите работающий солюшн! :)
Еще в RHEL6 и Fedora 14 из коробки поддерживается большая часть SPICE, в частности qemu собран со SPICE 0.6 и другие модули тоже, правда в RHEL6 virt-manager старенький и не поддерживает просмотр через SPICE, но это можно поправить руками.А работающий полный солюшн на базе SPICE есть в RHEV. Предлагается как вполне законченное решение, метят на рынок "поставьте несколько серверов (управляемых как единое целое, вроде кластера) и 1000 десктопных клиентов могут наслаждаться интерактивной работой со своих терминалок, каждый работая при этом в своей виртуалке на этих серверах". И таки да, обещается интерактивность при цифрах в тысячи клиентов, главное серверы взять помощнее. Все это сделано на базе SPICE и готово к развертыванию.
Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно.
> Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно.Не так уж великолепно... это потребует запуска SPICE сервера на сервере, сейчас X клиент ничего на сервере запускать кроме ssh не требует.
> Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет
> пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и
> 3D графики.. великолепно.заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх Wayland :-) :-)
(в те редкие минуты, когда понадобится подрубиться к GUI-программе через SSH)
а так как Qt и Gtk программы будут уметь использовать и Wayland и X11 -- то использовать они будут именно то что наиболее _оптимально_ использовать в каждой _конкретной_ ситуации :-)
# p.s.:
# X11 даже способен запускаться поверх полностью устаревшей Ms Windows XP (с последущем открытием GUI-программ по SSH)..
# и неужеле вы думаете, что X11 нельзя будет запустить поверх ультра-современной Wayland? :-D
> заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх
> Wayland :-) :-)Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер, а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен.
Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента.> и неужеле вы думаете, что X11 нельзя будет запустить поверх
Поверх чего? Сервер X11 запускается не на сервере-приложений, а на клиенте. Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте. Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
Очень показательно, что все ругатели X11 вообще не понимают как это работает.
> Очень показательно, что все ругатели X11 вообще не понимают как это работает.это не страшно. вэйланд придёт и уйдёт, а X останется.
Мечты, мечты ;)Так когда-то про XFree говорили. Помните такой? Ругались, мол, выпендривается xorg. А где XFree сейчас?..
какие в попу мечты?!!
спутать форк с совершенно новой разработкой - это круто.
зыж
кстати, никто не говорил.
говорили как раз обратное - ну и хренсвами. мы сделаем свои иксы, с блэкджеком и тд.
Воот!
Не хотят X12 делать - ну и хренсними. Будет Wayland, с блэкджеком и тд ;)
а хтож вам мешает то? делайте. (вы делаете?)
но иксы живы и ещё ОООчь долго таковыми и будут.
> Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер,Вы чо слепой :-) :-) :-) :-) ? я же так и написал: """Qt и Gtk программы будут уметь использовать и Wayland и X11"""
> а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен.
вы уж определитесь -- "локально" или "на сервере" :-) ??? то что на удалённом сервере НЕ нужно запускать ни X11 ни Wayland -- это итак всем _О_Ч_Е_В_И_Д_Н_О_ :-) ... (на удалённом на сервере вообще может даже не быть монитора, и видиокарты)
вы тут никакого открытия не сделали... и я нигде и не писал что якобы на удалённом сервере нужно запустить X11 :-) :-)
> Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента.какие это ещё "все приложения"? речь идёт об Qt и Gtk...
...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) -- камикадзе-самаюбийца!! :-).
остальные же разработчики используют Qt и Gtk и им насрать на _прямую_ поддержку X11 или Wayland ...(вот например -- была новость что удалось запусить Gtk приложение -- вообще через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+ приложение, без внесения изменений в код программы)
повторяю очередной раз:
*** НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗ QT И GTK!! ПОДДЕРЖКА WAYLAND СУЩЕСТВУЕТ ТАМ ПРОСТО В КАЧЕСТВЕ ЕЩЁ-ОДНОГО BACKEND! ***(большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :))
>> и неужеле вы думаете, что X11 нельзя будет запустить поверх...
> Поверх чего?поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D)
> Сервер X11 запускается не на сервере-приложений, а на клиенте.
ну да на клиенте... и что(?), всё логично..
> Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте.
да, на клиенте... ведь выше я уже сказал что X11 можно будет в-случае-необходимости запустить поверх Wayland? (да, да, я говорю про клиентскую машину! а не про удалённый сервер)
> Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
в приложения вообще не будут вноситься какието изменения.. :-D
разработчики могут даже не подозревать о существовании Wayland... или о существовании Microsoft Windows.... но тем не менее их приложения будут работать и там и там :-D
_____________________________
#### p.s.: ####
чтобы Вы лучше понимали о чём я говорю -- попробуйте запустить на Microsoft Windows -- удалённое(ssh) линуксовское GUI-приложение через SSH
(для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows)
вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!... http://mediakey.dk/~cc/wp-content/uploads/2007/06/Xming_runn... [ http://bit.ly/hHFa0B ]
....а теперь представьте что Microsoft Windows это и есть Wayland (но только с тем отличием -- что линуксовские приложения способны работать и в Wayland и в X11... а вендовые приложения работают только в своём ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :))
> вы уж определитесь -- "локально" или "на сервере" :-) ??? то чтоЭто вам бы определиться. Wayland запускается локально для локальных приложений и причем тут запуск X11 поверх - мне не очень понятно. Так что, приложения написанные только под W, уже никакими прослойками не передать через X11.
> какие это ещё "все приложения"? речь идёт об Qt и Gtk...
помимо этих тулкитов есть еще масса других. Да и ява, опять же, или Tk, FLTK, Blеndеr со своим собственным тулкитом и пр. Ну и конечно же 3D реализация в этих тулкитах должна уметь рендерить на сервере, потому как передавать уже отредереннные картинки по сети - лишено всякого смысла для 3D.
Тот же хромиум, использующий GTK для интерфейса и какую-то свою реализацию рендеринга контента, обходящую X11 парадигму - в результате чего использовать его в сети уже не представляется возможным.> ...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) --
> камикадзе-самаюбийца!! :-).Хромиум, например - фактически уже не работает по сети.
> (вот например -- была новость что удалось запусить Gtk приложение -- вообще
> через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+
> приложение, без внесения изменений в код программы)Во-первых - до этого еще дожить надо.
Во-вторых - это схема имеет те же самые болезни что и X11.
> *** НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗВыкинут, сразу же, как только Wayland окажется на подавляющем большинстве станций. А это неизбежно, потому что он, априори, будет быстрее и проще.
> (большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :))
*** НАЧНУТ ВЫКИДЫВАТЬ - СРАЗУ ЖЕ, КАК ТОЛЬКО W ОКАЖЕТСЯ НА БОЛЬШИНСТВЕ ДЕСКТОПОВ! ***
(-: хорошо видно? (-:> поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D)
Нет, не очевидно. Потому что, повторюсь опять - для того, что бы запускать где-либо X-сервер, нужно, что бы было что к нему коннектить. А учитывая, что тот же гугль-хром уже пренебрег X11 парадигмой - то же самое будет и с остальными.
А так же если учесть, что выбор поддержки W/X11 можно будет выбирать при сборке, то пойдут дистрибутивы, которые будут собранны вообще без поддержки X11 в тулкитах и приложениях (без тулкитов или со своими тулкитами), что еще быстрее ускорит смерть X11. И уже ничем это не исправить.
А запускать X-сервер можно хоть сейчас, на том же Windows'е - так что и с Wayland это не будет проблемой, Только кто будет к нему коннектится?
>> Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
> в приложения вообще не будут вноситься какието изменения.. :-DАга, раскажите это гуглу. Или разработчикам игр, в которых вообще нет никаких интерфейсных тулкитов, или они состоят из пары примитивных кнопок что бы войти в игру.
> разработчики могут даже не подозревать о существовании Wayland... или о существовании
Ага. Только сначала появится новый ключ у configure --disable-x11, а потом и этот ключ уйдет в историю.
> (для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows)
> вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!...Меня это не удивит. Я такую схему уже восемь лет как использую. А первые попытки внедрить X в виндовс, предпринимал еще лет двенадцать назад, что бы запускать мощный по тем временам Netscape на более слабых офисных машинах но с мощным сервером приложений в сети. Поэтому и опасаюсь, что Wayland лишит меня этой возможности в ближайшем будущем.
> Wayland и в X11... а вендовые приложения работают только в своём
> ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :))Вот об этом я и говорю! Что с приходом Wayland приложения написанные под него и тулкиты, разработчики которых не имеют лишнего времени писать сразу под две реализации, - сделают это опасение реальностью! И будет у нас еще одна ущербная аналогия виндовса!
P.S.
Мне кажется, что тут есть одно решение - это тотальный переход на OpenGL, который легко гонится по сети и его уже рендерить на сервер, как это сейчас и делается.
признаюсь чесно -- про хромиум не знал :-)[и при чём я даже иногда им пользуюсь!]
если действительно будут пытаться викидывать поддержку X11 из Qt и Gtk -- то это действительно будет серъёзной проблемой
[я просто наивно полагаюсь на то что люди в большестве своём не глупые :-)]
Нет, решение должно быть типа Vedga (бывш. Glan) - это бэкенд отрисовки Qt на удаленном клиенте вместо локального X11. Такая схема будет прекрасно работать и под Wayland, и это всё же уровень повыше, чем графические примитивы.
Что такое релиз протокола? Релиз очередной версии системы SPACE или релиз спецификации протокола?
> что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на серверДа хрен с ним с сервером. Нагрузку на сеть это снизит?
>> что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на сервер
> Да хрен с ним с сервером. Нагрузку на сеть это снизит?плюсадин
нафиг ЦПУ - Х11 тормозит безбожно, FreeNX в малопонятном состоянии
этот хоть допилят?
> плюсадин
> нафиг ЦПУ - Х11 тормозит безбожно, FreeNX в малопонятном состоянии
> этот хоть допилят?NX - это банальная обертка для rdp/vnc/x11. Чего там допиливать - внешний вид обертки?
я вообще не понимаю чё за нытьё то все устраивают?
вон есть xrdp - http://xrdp.sourceforge.net/
отлично работает в линухе. при чём стандартным виндовым клиентом
чё все прицепились то? кому надо - X, кому надо - vnc, nx и тд.
Я просто облился слюнями))
Я ждал, мне это было нужно ещё года 3 назад)))
И вот теперь тлько появилось)
> Я просто облился слюнями))
> Я ждал, мне это было нужно ещё года 3 назад)))
> И вот теперь тлько появилось)Вау, молодец. Только не захлебнись, потому что другие уже юзают с версии 0.5 :)
А появилось оно года 2 назад уже
Нет его на самом деле. Небыло нет и неизвестно когда будет.
сейчас такие решения тока комерческие и только под узкий ряд ОС.
citrix, rdp, nx. Но даже они во многом лагают на тонких каналах.
Кино через пару мегабит ни на одном не посмотришь.Так что в этом направлении (удаленный графический рабочий стол в виде "толстого" клиента)
на данный момент просто вообще ничего нет.
Чего нет? Выше вам даже уже ответили, ГДЕ оно есть из коробки. Просто берете и пользуетесь.
*задумчиво* вы думаете, это просто так все последние релизы федоры упоминают все улучшенную интеграцию со SPICE? Люди реально пашут в этом направлении, и результаты есть вполне конкретные, можно пользоваться.
> Чего нет? Выше вам даже уже ответили, ГДЕ оно есть из коробки.
> Просто берете и пользуетесь.
> *задумчиво* вы думаете, это просто так все последние релизы федоры упоминают все
> улучшенную интеграцию со SPICE? Люди реально пашут в этом направлении, и
> результаты есть вполне конкретные, можно пользоваться.В том и суть что юзабилити внятное стало!
Полностью согласен. RDP для себя похоронил много лет назад)
Так как предпочитаю клиентов делать на Russian Fedora, эта новость меня очень порадовала)
Кстати, CentOS тут сам бог велел в качестве сервера)
>Разработка XSpice, обособленного SPICE-сервера для Linux;Подскажите, что это такое? Возможность работы без виртуализации?
