Представлен отчет (http://www.bureausolomatina.ru/sites/default/files/%D0&...) (PDF, 4.7 Мб) с результатами тестирования производительности протокола SPICE (http://www.opennet.me/opennews/art.shtml?num=27809), предназначенного для организации удаленной работы с рабочим столом, функционирующим в виртуальном окружении. В рамках тестирования проведено измерение загрузки канала при различных сценариях работы. Также исследована работа протокола на медленном канале. Полученные результаты сравнивались с аналогичными показателями для протокола RDP.
Авторы исследования пришли к заключению, что для выполнения типичных офисных задач и навигации по сети для работы SPICE достаточно канала пропускной способностью 1-2 Мбит/сек. При просмотре локального мультимедиа контента нагрузка на сеть возрастает до 7-10 Мбит/сек. Главное отличие между SPICE и RDP проявилось при передаче
видеопотока: при помощи RDP ...URL: http://www.bureausolomatina.ru/node/118
Новость: http://www.opennet.me/opennews/art.shtml?num=28679
Кто бы сомневался. RHEL шлака не держит :)
Не понятно, канал симметричным должен быть?
Нет, не должен. Основной траффик - от VM к клиенту. В обратную сторону идет мало (в пределах 256 Кбит/с) - см. рис. 13 полного отчета.
Если быть совсем точным, то данные передаются с хост-машины. IP связь между виртуалкой и клиентом не требуется
Отсюда выходит, что на совсем уж медленных каналах рулит протокол NX. Он даже через dial-up юзабелен, некомфортно, но работать можно.
Где dial-up? Чур меня.
ок. есть современный аналог. жопорезом зовётся.
Да и 3G когда лимит по траффику выжрешь. Сам сижу на UMTS от Telefónica O2 с неделю на 3 мегабитах, а оставшиеся три - на 56K %-]
Зря вздрагиваете, dial-up ещё как жив.
rdp через dialup тоже юзабелен.
А для Windows только клиент или серверная часть тоже имеется?
SPICE осуществляет подключение к гипервизору. Грубо говоря, гипервизор для него является сервером. В качестве гипервизора поддерживается KVM. При этом что конкретно стоит в виртуальной машине - для SPICE (почти) без разницы.
RDP 5.1 - Древнее некуда.
Лучше бы с RDP7 сравнили.
Так там в основном примочки появились. Ядро протокола особо не менялось АФАИК конечно.
Насколько я знаю, в RDP 7 проведена оптимизация для передачи мультимедиа
> Насколько я знаю, в RDP 7 проведена оптимизация для передачи мультимедиаAFAIK - только на уровне кодинга/декодинга силами видео на разных сторонах. То есть возможно будет видна разница в скорости работы, но это
1. При условии, что эти оптимизации заведутся(там куча ньюансов)
2. Будет сравнивать не столько протокол, сколько сам по себе подход.
Протоколы с рендерингом на стороне клиента есть. Тот же Вейленд как я понимаю. Вот там уже и нужно будет сравнивать.