The OpenNET Project / Index page

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

Результаты тестирования производительности протокола SPICE

16.11.2010 20:56

Представлен отчет (PDF, 4.7 Мб) с результатами тестирования производительности протокола SPICE, предназначенного для организации удаленной работы с рабочим столом, функционирующим в виртуальном окружении. В рамках тестирования проведено измерение загрузки канала при различных сценариях работы. Также исследована работа протокола на медленном канале. Полученные результаты сравнивались с аналогичными показателями для протокола RDP.

Авторы исследования пришли к заключению, что для выполнения типичных офисных задач и навигации по сети для работы SPICE достаточно канала пропускной способностью 1-2 Мбит/сек. При просмотре локального мультимедиа контента нагрузка на сеть возрастает до 7-10 Мбит/сек. Главное отличие между SPICE и RDP проявилось при передаче видеопотока: при помощи RDP просмотр видео практически невозможен, в то время как при использовании SPICE просмотр видео не вызывает особых проблем. При обычной офисной работе SPICE немного уступает RDP, но базовая работа и в SPICE и в RDP без значительных неудобств может быть реализована при ограничении канала до 512—1024Кбит/сек.

  1. Главная ссылка к новости (http://www.bureausolomatina.ru...)
  2. OpenNews: Релиз Red Hat Enterprise Linux 6
  3. OpenNews: Релиз Linux-дистрибутива Fedora 14
  4. OpenNews: Релиз SPICE 0.6.3 и qemu-kvm 0.13.0
  5. OpenNews: Релиз Spice 0.6, системы для организации доступа к виртуализированным десктоп-окружениям
  6. OpenNews: Компания Red Hat открыла исходные тексты технологии виртуализации SPICE
Автор новости: Anganar
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28679-spice
Ключевые слова: spice, kvm, virtual, test, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (16) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, BliecanBag (ok), 21:28, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто бы сомневался. RHEL шлака не держит :)
     
  • 1.2, fa (??), 21:32, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понятно, канал симметричным должен быть?
     
     
  • 2.5, Anganar (?), 22:57, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не должен. Основной траффик - от VM к клиенту. В обратную сторону идет мало (в пределах 256 Кбит/с) - см. рис. 13 полного отчета.
     
     
  • 3.9, mih (?), 00:38, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть совсем точным, то данные передаются с хост-машины. IP связь между виртуалкой и клиентом не требуется
     

  • 1.3, СуперАноним (?), 22:40, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отсюда выходит, что на совсем уж медленных каналах рулит протокол NX. Он даже через dial-up юзабелен, некомфортно, но работать можно.
     
     
  • 2.4, deboon (?), 22:44, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Где dial-up? Чур меня.
     
     
  • 3.6, ананим (?), 23:23, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +8 +/
    ок. есть современный аналог. жопорезом зовётся.
     
     
  • 4.8, StrangeAttractor (ok), 00:29, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да и 3G когда лимит по траффику выжрешь. Сам сижу на UMTS от Telefónica O2 с неделю на 3 мегабитах, а оставшиеся три - на 56K %-]
     
  • 3.14, www2 (ok), 14:10, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Зря вздрагиваете, dial-up ещё как жив.
     
  • 2.12, edo (ok), 11:57, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    rdp через dialup тоже юзабелен.
     

  • 1.11, Аноним (-), 11:07, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А для Windows только клиент или серверная часть тоже имеется?
     
     
  • 2.13, Anganar (?), 12:35, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    SPICE осуществляет подключение к гипервизору. Грубо говоря, гипервизор для него является сервером. В качестве гипервизора поддерживается KVM. При этом что конкретно стоит в виртуальной машине - для SPICE (почти) без разницы.
     

  • 1.15, Аноним (-), 15:03, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RDP 5.1 - Древнее некуда.
    Лучше бы с RDP7 сравнили.
     
     
  • 2.16, Filosof (ok), 18:29, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так там в основном примочки появились. Ядро протокола особо не менялось АФАИК конечно.
     
     
  • 3.17, Аноним (-), 19:16, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я знаю, в RDP 7 проведена оптимизация для передачи мультимедиа
     
     
  • 4.18, Filosof (ok), 00:37, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько я знаю, в RDP 7 проведена оптимизация для передачи мультимедиа

    AFAIK - только на уровне кодинга/декодинга силами видео на разных сторонах. То есть возможно будет видна разница в скорости работы, но это
    1. При условии, что эти оптимизации заведутся(там куча ньюансов)
    2. Будет сравнивать не столько протокол, сколько сам по себе подход.
    Протоколы с рендерингом на стороне клиента есть. Тот же Вейленд как я понимаю. Вот там уже и нужно будет сравнивать.

     

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



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

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