URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 86611
[ Назад ]

Исходное сообщение
"Релиз протокола для взаимодействия с удаленным рабочим столо..."

Отправлено opennews , 24-Сен-12 13:10 
Доступен (http://lists.freedesktop.org/archives/spice-devel/2012-Septe...) стабильный релиз системы SPICE 0.12.0 (http://www.spice-space.org/), позволяющей организовать удаленную работу с рабочим столом,  функционирующим в виртуальном окружении под управлением QEMU/KVM. В отличие от таких протоколов как VNC (Virtual Network Computing), ICA (Citrix Independent Computing Architecture) и RDP (Microsoft Remote Desktop Protocol), в SPICE рендеринг содержимого экрана и обработка аудиопотоков производится на стороне клиента, а не на сервере, что, например, позволяет без лишней нагрузки на сервер просматривать видео или осуществлять VoIP звонки, делая для пользователя выполнение приложения на удаленном сервере максимально приближенным к локальному запуску программы.

Кроме того, SPICE дает возможность без лишней нагрузки на сервер организовать доступ к локальным аудио и USB устройствам, принтерам и другому оборудованию, находящемуся на стороне  клиента. Другой особенностью SPICE является возможность прозрачной балансировки нагрузки, позволяющей распределять выполнение приложений по разным серверам, автоматически адаптируясь к возможностям графической подсистемы на стороне клиента и загруженности сетевого окружения. Производительности сервера с 16GB ОЗУ достаточно для одновременной работы 50 клиентов выполняющих типичные десктоп приложения, или 40 клиентов 20% из которых просматривают видео или прослушивают аудио. Изначально SPICE был разработан компанией Qumranet, но переведен в разряд свободных технологии и передан (http://cgit.freedesktop.org/spice/spice-protocol/) под покровительство проекта freedesktop.org, после поглощения Qumranet компанией Red Hat.

Из новшеств, добавленных в версии SPICE 0.12.0, можно отметить:

-  Поддержка управления конфигурацией монитора со стороны клиента
-  Поддержка сборки на платформах ARMv6+;
-  Поддержка бесшовной миграции окружений без потери транзитных сообщений (миграция пока не поддерживается при использовании проброса агентов, смарткарт и usb-устройств)
-  Поддержка трансляции вывода в композитном режиме, что позволяет значительно увеличить производительности гостевых систем на базе Linux;
-  Возможность передачи через один канал отображения произвольных разрешений экрана и вывода для нескольких мониторов;
-  Поддержка передачи информации об имени и UUID;
-  Поддержка платформы Solaris;
-  Улучшенная поддержка  IPv6.


Базовые возможности (http://www.spice-space.org/features.html) SPICE:

-  Обработка и передача 2D графики;

-  Передача M-JPEG видеопотоков с эвристическим определением типа;

-  Поддержка различных алгоритмов сжатия изображений, включая QUIC, LZ и GLZ.

-  Обработка и передача команд управления курсором;

-  Кэширование изображений, палитр и курсоров;

-  Возможность live-миграции виртуального окружения с одного сервера на другой без прерывания работы;

-  Наличие QXL и VDI драйверов для Windows;

-  Поддержка многомониторных конфигураций;

-  Наличие клиентского ПО для  Linux и Window, возможность легкого портирования на другие платформы;

-  Двунаправленная передача аудио, звуковые данные сжимаются с помощью технологии CELT;

-  Поддержка шифрования, с использованием OpenSSL;

-  Два режима управления мышью - на стороне клиента (более дружелюбный пользователю) и сервера (более точное позиционирование и полная синхронизация);

-  Lip-sync - синхронизация видео и аудио потоков;

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

Возможности, находящиеся в разработке или реализованные частино:

-  Сетевые туннели - задействование виртуального сетевого интерфейса для совместного использования сетевыми ресурсами;


-  Организация совместного использования сетевых ресурсов, например, принтеров;

-  Возможность организации совместной работы с буфером обмена на клиенте и сервере;

-  Возможность клиентам пробрасывать USB устройства и CD привода на сервер;
    

-  Direct Draw - организация прямого вывода на экран;

-  Разработка дружественной пользователю системы конфигурирования;

-  Добавление поддержки выбора активного экрана клиентом (переключение вывода на другие экраны);

-  Поддержка акселерации видео

-  Поддержка 3D-акселерации

-  Создание клиента для MacOS X;

-  Поддержка одновременного соединения нескольких клиентов к одному рабочему столу.

Одновременно вышел (http://lists.freedesktop.org/archives/spice-devel/2012-Septe...) релиз свободного видеодрайвера xf86-video-qxl 0.1.0, предназначенного для обеспечения работы в гостевых системах виртуальной графической карты QXL, выступающей связующим звеном с сервером spice-server (http://spice-space.org) для обеспечения акселерированного вывода графики с использованием протокола SPICE (http://www.opennet.me/opennews/art.shtml?num=29782). В новой версии добавлена достаточно большая порция значительных улучшений, таких как поддержка  RENDER, возможность управления конфигурацией мониторов и выставления параметров на стороне клиента, поддержка 8-битовых пиксельных карт, расширенные средства отладки и т.д.


Также представлен (http://lists.freedesktop.org/archives/spice-devel/2012-Septe...) релиз  spice-gtk 0.14 - GTK-клиента для доступа к гостевым системам по протоколу SPICE. В новой версии обеспечена поддержка бесшовной миграции гостевых окружений и улучшена обработка клавиатурных событий в условиях больших сетевых задержек.

URL: http://lists.freedesktop.org/archives/spice-devel/2012-Septe...
Новость: http://www.opennet.me/opennews/art.shtml?num=34920


Содержание

Сообщения в этом обсуждении
"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 13:10 
Как он в боевых условиях?

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 24-Сен-12 13:13 
опишите условия поконкретнее. а то у меня в ДЦ он в бою с 2008го года

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 21:39 
хорошо

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 24-Сен-12 13:12 
отлично!

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено sirmax , 24-Сен-12 13:34 
Дайте плз пример настройки, а то этот момент как-то прошел мимо меня =(

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 13:39 
Еще сырой. Картинка видео дергается, артефакты.
Проброс USB сырой. Системы просто крэшатся при интенсивной работе (до версии 0.11). Проблемы с Windows, пропадания указателя мыши.
3D, видимо, придется ждать вечность.

При обычной офисной работе - терпимо.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 13:40 
SPICE GTK (разные версии) плохо дружит с virt-manager.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено dalco , 24-Сен-12 15:09 
Плохо дружит - это еще мягко сказано.

Недавно ставил сайнтифик 6.3 в виртуалке. Так при попытке выбрать таймзону (ткнуть мышкой в карту) спайс стабильно вешался после проведения курсором по 2-3 населенным пунктам. Не сама-то виртуалка преспокойно работала дальше, а вот virt-manager вис наглухо. Стоило сменить протокол на VNC - и никаких проблем.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 24-Сен-12 15:32 
> Плохо дружит - это еще мягко сказано.
> Недавно ставил сайнтифик 6.3 в виртуалке. Так при попытке выбрать таймзону (ткнуть
> мышкой в карту) спайс стабильно вешался после проведения курсором по 2-3
> населенным пунктам. Не сама-то виртуалка преспокойно работала дальше, а вот virt-manager
> вис наглухо. Стоило сменить протокол на VNC - и никаких проблем.

его драйвер в анаконде по моему не загружен, вот он с мышкой и не дружит.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено dalco , 24-Сен-12 16:03 
Не, сейчас спайс прекрасно работает. Но не всегда ;) Графический инсталлер прогружается, курсор на месте, кнопки мышкой жмутся, все путем... Но иногда подвисает, причем намертво - помогает только убиение virt-manager`а и запуск его заново.

А в случае установки сайнтифика (центось не проверял, но, скорее всего, все аналогично) оно у меня стабильно дохнет при наведении курсора на карту - раз подсказка всплыла с городом, два подсказка всплыла с другим городом, бац... virt-manager висит. Но если тайм-зону оставить по умолчанию, то можно и до конца сетапа дожить без проблем :)

Так что пока ретроградю - сижу на VNC.

P.S. Сдается мне, что драйвер спайса в анаконду в версиях RHELа выше 6.0 добавили. А раньше, да, бывало, что все работает, сетап пашет, а курсора не видно - жмешь кнопки наугад.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 21:32 
>[оверквотинг удален]
> причем намертво - помогает только убиение virt-manager`а и запуск его заново.
> А в случае установки сайнтифика (центось не проверял, но, скорее всего, все
> аналогично) оно у меня стабильно дохнет при наведении курсора на карту
> - раз подсказка всплыла с городом, два подсказка всплыла с другим
> городом, бац... virt-manager висит. Но если тайм-зону оставить по умолчанию, то
> можно и до конца сетапа дожить без проблем :)
> Так что пока ретроградю - сижу на VNC.
> P.S. Сдается мне, что драйвер спайса в анаконду в версиях RHELа выше
> 6.0 добавили. А раньше, да, бывало, что все работает, сетап пашет,
> а курсора не видно - жмешь кнопки наугад.

Попробуйте выставлять в настройках видеоустройство qxl.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено dalco , 25-Сен-12 07:22 
Так QXL и стоял. Я наивно доверил визарду самого распоследнего virt-manager`а подобрать правильный состав виртуального железа. Перепроверил за ним - вроде как все нормально, в том числе и QXL/Spice.
А оказалось, что не нормально ;)

Пришлось на Cirrus/VNC переключаться, благо, никаких спайс-специфичных плюшек мой конфиг не использует (все виртуалки автономны и в видео нуждаются только в процессе первичной настройки).


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено AnonymousRex , 24-Сен-12 14:00 
> Еще сырой. Картинка видео дергается, артефакты.
> Проброс USB сырой. Системы просто крэшатся при интенсивной работе (до версии 0.11).
> Проблемы с Windows, пропадания указателя мыши.
> 3D, видимо, придется ждать вечность.
> При обычной офисной работе - терпимо.

какой дистр?


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 14:34 
>> Еще сырой. Картинка видео дергается, артефакты.
>> Проброс USB сырой. Системы просто крэшатся при интенсивной работе (до версии 0.11).
>> Проблемы с Windows, пропадания указателя мыши.
>> 3D, видимо, придется ждать вечность.
>> При обычной офисной работе - терпимо.
> какой дистр?

Gentoo



"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено AnonymousRex , 24-Сен-12 14:50 
>>> Еще сырой. Картинка видео дергается, артефакты.
>>> Проброс USB сырой. Системы просто крэшатся при интенсивной работе (до версии 0.11).
>>> Проблемы с Windows, пропадания указателя мыши.
>>> 3D, видимо, придется ждать вечность.
>>> При обычной офисной работе - терпимо.
>> какой дистр?
> Gentoo

традиционно, попробуйте ту же конфигурацию на дистре где все это разрабатывается - fedeora/rhel


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 21:28 
Оставьте себе. Я работал с платной версией rhel чуть меньше года. Из bugzilla я не вылезал.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 22:11 
> Оставьте себе. Я работал с платной версией rhel чуть меньше года. Из
> bugzilla я не вылезал.

Из гентовской bugzilla?


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 24-Сен-12 22:44 
> Оставьте себе. Я работал с платной версией rhel чуть меньше года. Из
> bugzilla я не вылезал.

я с ней работаю уже 6 лет, с сотнями серверов, наверное у меня руки прямее.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 25-Сен-12 11:20 
Кто говорит о работе ? На работах у меня везде rhel.
Платная подписка была приобретена для дома. rhel не выдерживает никакой конкуренции с gentoo.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 25-Сен-12 11:52 
> Кто говорит о работе ? На работах у меня везде rhel.
> Платная подписка была приобретена для дома. rhel не выдерживает никакой конкуренции с
> gentoo.

конкуренции в чем? в домашней рабстанции для музыки и фильмов? он не для того сделан изначально.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 25-Сен-12 12:44 
>> Кто говорит о работе ? На работах у меня везде rhel.
>> Платная подписка была приобретена для дома. rhel не выдерживает никакой конкуренции с
>> gentoo.
> конкуренции в чем? в домашней рабстанции для музыки и фильмов? он не
> для того сделан изначально.

Так я не понял, вы на чем настаиваете ? На том, что rhel лучше - gentoo хуже ?
spice работает отлично - spice работает отвратительно ?

Что вы мечетесь от одного к другому ? И да, не ваше дело, для чего используется моя "рабочая станция" с двумя быстрыми raid, xeon процессором, 24G памяти.

PS. Не путайте границы своих интересов с чужими.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено АнонимусРекс , 25-Сен-12 13:18 
> Так я не понял, вы на чем настаиваете ? На том, что
> rhel лучше - gentoo хуже ?

rhel лучше, для тех задач под которые он заточен.

> spice работает отлично - spice работает отвратительно ?

у меня работает отлично, уже 4 года, начиная с RHEL5.2 и по сей день.

> Что вы мечетесь от одного к другому ?

я мечусь? где?

> И да, не ваше
> дело, для чего используется моя "рабочая станция" с двумя быстрыми raid,
> xeon процессором, 24G памяти.

вы думаете меня удивить этой железкой? для чего вы ее используете, дело конечно ваше, только вот если использовать тачку для перевоза десятка килограм кирпичей удобнее чем на грузовике, это не значит что тачка "лучше" грузовика.

> PS. Не путайте границы своих интересов с чужими.

не говорите мне что делать, и я не скажу вам куда идти, договорились?


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 25-Сен-12 14:05 
Ай-ай-ай, какой ограниченный linux (вопрос только в том, что linux'ли ?).

Прекращаю диалог со своей стороны, продолжайте без меня.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Кашин Дмитрий , 24-Сен-12 15:37 
О проблемах в Gentoo нужно либо предупреждать в первом посте, либо молчать об этом до конца.
Gentoo, как известно, перманентно поломаны, а потому проблемы, связанные с ними, никогда никем серьезно не воспринимаются.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Минона , 24-Сен-12 16:48 
шёл бы ты отсюда

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Kroz , 24-Сен-12 19:05 
Перепробовав несколько дистрибутивов, я остановился на Генте как самом стабильном и предсказуемом дистре. Дабы быть максимально объективным, по обсуждениям Гента как минимум не хуже других дистров, а во многом даже лучше. В вашем случае, проблема была скорее всего в прокладке между креслом и монитором. Так что, пожалуй, присоединюсь к предыдущему оратору :)

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 22:09 
> Перепробовав несколько дистрибутивов, я остановился на Генте как самом стабильном и предсказуемом дистре.

Дайте угадаю: вы пробовали генту, арч и убунту?

> Дабы быть максимально объективным, по обсуждениям Гента как минимум не хуже других дистров, а во многом даже лучше.

Это не объективность, а эмоциональные восхваления восторженных поклонников. С объективностью не имеют ничего общего.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 21:34 
> О проблемах в Gentoo нужно либо предупреждать в первом посте, либо молчать
> об этом до конца.
> Gentoo, как известно, перманентно поломаны, а потому проблемы, связанные с ними, никогда
> никем серьезно не воспринимаются.

Известно, кому известно ? Приведите, пожалуйста, факты.



"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено kurokaze , 25-Сен-12 13:51 
>Gentoo, как известно, перманентно поломаны

Неокрепшую детскую психику может и поломать. Но это не проблемы дистрибутива.
У меня дома 6.5 лет уже и на серверах на год больше - полет нормальный


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено filosofem , 24-Сен-12 15:31 
Клиент через virt-manager подключается, или напрямую spicec?
У меня второй вариант больше года без особых нареканий работает в разнообразных дистрах и конфигурациях.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено livelace , 24-Сен-12 21:30 
> Клиент через virt-manager подключается, или напрямую spicec?
> У меня второй вариант больше года без особых нареканий работает в разнообразных
> дистрах и конфигурациях.

Истина. spice-gtk (а именно он вызывается из virt-manager) крайне не стабилен (хотя spicy достаточно удобен).



"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено filosofem , 24-Сен-12 22:26 
>> Клиент через virt-manager подключается, или напрямую spicec?
>> У меня второй вариант больше года без особых нареканий работает в разнообразных
>> дистрах и конфигурациях.
> Истина. spice-gtk (а именно он вызывается из virt-manager) крайне не стабилен (хотя
> spicy достаточно удобен).

Обычно не пользуюсь spicy, но когда запускал, таких граблей как с virt-manager не было.
Думаю всё потому что virt-manager через питоновые биндинги со spice-client-gtk общается.


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 21:41 
+, а клиент который через virt-manager подключается через раз. Это скорее всего из-за проблем с выбором нестандартных портов для сервера, хотя хз.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 13:39 
Его можно использовать вместо VNC в локальной сети, например?

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено AnonymousRex , 24-Сен-12 14:56 
> Его можно использовать вместо VNC в локальной сети, например?

для доступа к ВМ


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено WhiteWind , 25-Сен-12 18:47 
Есть реализация X-сервера со встроенным SPICE сервером

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено кэп , 24-Сен-12 13:58 
под windows не будут выпускать ?

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено AnonymousRex , 24-Сен-12 14:56 
> под windows не будут выпускать ?

что именно? клиент?


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Motif , 24-Сен-12 14:40 
А чего они так на выводе видео зациклились? Лучше бы 3D пилили, а то обещают с самого начала, а нет даже намека.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено AnonymousRex , 24-Сен-12 14:57 
> А чего они так на выводе видео зациклились? Лучше бы 3D пилили,
> а то обещают с самого начала, а нет даже намека.

потому что для серверной виртуализации и VDI важнее качественный и стабильный видеовывод (для видеоконференций например) чем 3d


"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено IvAnZ , 24-Сен-12 23:28 
Как оно в сравнении с RDP по скорости/отзывчивости/фичастости?
Есть задача на удаленный сервер поставить виртуалок и удаленно AutoCAD юзать. Справится SPICE и как в сравнении с RDP для таких задач, чему из них надо больше скорость интернета?
Я правильно понял, что SPICE будет работать шустрее так как обработка самого видео на стороне клиента?
А что тогда пересылается от сервера если не изображение?

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Аноним , 24-Сен-12 23:54 
попробуй оба варианта и узнаешь сам как оно  работает конкретно для ваших задач

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено IvAnZ , 25-Сен-12 02:43 
Если кто-то уже исследование провел то смысла 2й раз тратить несколько дней не вижу

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено Константин , 16-Фев-15 07:23 
Тестирование производительности протокола SPICE, Сравнение с RDP
http://www.pcweek.ru/upload/iblock/095/bureausolomatina-5.pdf

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено nio , 25-Сен-12 05:23 
А проблему "1С на удалённом сервере и чтобы печатало на локальный принтер клиента и принтер не отваливался никогда" оно решает?
Если да - буду отрывать с руками.

"Релиз протокола для взаимодействия с удаленным рабочим столо..."
Отправлено ss , 25-Сен-12 09:07 
Года с 2006 года не видел отвалившегося принтера по RDP. Хоть локального хоть сетевого. Выправляйте руки.