Radmin vs RealVNC

Опубликовано denis_aka_xaos в чт, 2007-06-28 16:53.

На сегодняшний день удалённое географическое расположение филиалов компаний - нормальное явление. Естественно, постоянная связь с филиалами в режиме реального времени - обязательное требование к сетевой инфраструктуре предприятия. И, как следствие, в задачи системного администратора входит обязанность поддержки этих географически удалённых филиалов. Как правило, в большинстве случаев, для оперативного решения большинства проблем используется всем известный Radmin. Но мало кто знает о наличие его прямого конкурента - RealVNC. В этой стстье мы проведём сравнение Radmin и RealVNC.

Ни для кого не секрет, что связь с филиалами может быть мягко говоря не лучшего качества. К примеру, головной офис фирмы расположен в городе, а филиал в посёлке "Малое гадюкино". Качество ADSL связи в отдалённых от городов филиалах, зачастую может не превышать модемной. В таких случаях пропускная способность канала становится узким местом. Это и будет нашим главныи критерием.

Давайте более подробно рассмотрим технические характеристики участников тестирования. Для начала определимся с исходными данными:

• Для нормальной работы админа с удалёнными клиентами используется цветовая палитра в 256 цветов. Этого достаточно, чтобы видеть довольно приемлимую картинку на удалённом компе и при этом не генерить лишний трафик.
• Опять же в целях уменьшения трафика, установим частоту обновления экрана Radmin не более 2-х раз в секунду. Это значение является приемлимым - оно является более-менее комфортным для админа и оптимальным для генерирования наименьшего трафика.
• Как правило 90% пользователей работают с разрешением 1024х768. Именно такое разрешение мы и установим на удалённом компе.

Измерять трафик будем при помощи программы TMeter.

Так как оба из представленных программных продукта являются коммерческими, будем сравнивать их версии в одном ценовом диапазоне (Radmin и RelVNC Enterprice). При этом необходимо отметить, что в случае с RealVNC, существует и бесплатная версия, пусть и с "порезанным" функционалом, но всё же бесплатная. Чего не скажешь о Radmin, ограничившихся только триальной лицензией.

Для "имитации работы" удалённого компа написана небольшая программка, суть которой - двигать в случайном порядке окно с картинкой. При этом площадь окна составляет порядка 70% от площиди экрана. Окно в случайном порядке меняет свой размер в пределах от 30% до 70% от площади экрана. Соответсвенно картинка также масштабируется под размер окна программки. Пограмма меняет местоположение окна два раза в секунду и работает в течении 30 минут для получения более-менее усреднённого результата работы.

Для тестирования возьмем триальные версии вышеперечисленных программных продуктов. В обоих случаях они поставляются с 30 дневным триалом.

Теперь рассмотрим заявленные характеристики программ Radmin и RelVNC. Причём рассмотрим именно то, то может оказаться для нас наиболее важным.

Помимо вышеперечисленного хотелось бы отметить несколько интересных моментов:

• RealVNC позволяет блокировать клавиатуру и мышь пользователя во время подключения к его компьютеру
• В RealVNC есть возможность выбрать 3 вида компрессии трафика: ZRLE (большая компрессия при наименьшем трафике, при этом загрузка проца немного выше) Hextile (оптимальное сочетание компрессии и скорости работы сервера на клиентском компе), Raw (передача несжатого трафика)
• Помимо этого, в RealVNC возможно установить цветовую палитру в 8 цветов (в Radmin минимальное значение - 256 цветов)
• Отдельно хочется отметить работу с буфером. В RelVNC она "прозрачная", в то время, как в Radmin для получения буфера обмена удалённого клиента надо залезть в меню.
• Также в RealVNC удобно организована работа с передачей файла. Копирование осуществляется простым Drag'n'Drop или копипастом. В Radmin для переброски файла существует отдельный режим.
• В RealVNC существует возможность автоматически лочить удалённый комп при отключении вьювера, что опять же довольно удобно при различных "внештатных ситуациях" (чтобы сервер не остался разлоченным при внезапном отключении вьювера от удалённого клиента)
• В RealVNC довольно много различных настроек, позволяющих минимизировать трафик, таких, как отключение рисунка рабочего стола, отключение графического оформления окон. Всё это отключается на время подключения вьювера и возвращается на место при его отключении
• ОГРОМНЫМ плюсом RealVNC является то, что протокол VNC является открытым. Как результат - любой желающий может написать свои "хотелки" основываясь на этом протоколе. Как следствие стандартизованности VNC, существует возможность подключаться другими VNC вьюверами к удалённому хосту и наоборот, подключаться вьювером RealVNC к различным VNC серверам других разработчиков. Так, например, RealVNC спокойно подключился к удалённому компу с Ubuntu + VNC. И наоборот, комп с Ubuntu и стандартным VNC вьювером подключилмя к удалённому RelVNC клиенту (единственное - пришлось отключить шифрование, т.к. в стандартном протоколе этого нет, но это не проблемма на самом деле).

Что касается Radmin, то хотелось бы отметить следующие преимущества:

• Начиная с третьей версии вьювера, довольно удобная интегрированная организация списка хостов с возможностью создания групп и подгрупп хостов.
• Более юзер-френдли интерфейс.
• Radmin позволяет "спрятать" свою иконку и не давать пользователям разорвать соединение в отличие от RealVNC.
• Radmin Российского просихождения, и как результат - наличие русской локализации. (Хотя я не знаю ни одного админа, который не смог бы разобраться с английским в такой проге, как VNC)

Итак, по заявленным характеристикам определились, теперь проведём непосредственно сами испытания:

"Железо"
В качестве сервера будет выступать: Duron 1,2, 256Mb оперативки, видяшка - NVidia GF 4 MX 440
В качестве клиента: P-IV 1,6 256Mb оперативки, видяшка - NVidia GF 2 MX 400

Цель испытаний - выжать как можно меньше трафика при этом не потеряв функциональности.

На серверном компе ставим задачу на определённое время (во время Х запустится наша прога, имитирующая интенсивную работу :) ), на клиентской - запускаем вьювер и на такое же время настраиваем TMeter. По окончанию работы снимаем показания с Тметра. И Radmin, и RealVNC были настроены на получения минимального трафика.

После запуска выше приведённой системы, были получены следующие данные:

Radmin

1. Средняя скорость загрузки канала - 75 кБит/с, при этом за 30 минут от хоста было получено 120,43 Мб. трафика
2. Средняя загрузка проца - 15-20%, загрузка памяти ~8Mb

RealVNC

1. Средняя скорость загрузки канала - 15 кБит/с, при этом за 30 минут от хоста было получено 24,35 Мб. трафика
2. Средняя загрузка проца - 20-25%, загрузка памяти ~11Mb

Как видим, RealVNC в 5 раз меньше грузит канал, чем Radmin, но при этом незначительно больше отнимает ресурсов. Если в RealVNC установить компрессию Hextile, то загрузка системы падает до уровня Radmin-а и трафик соответственно генерится аналогичный.

Иоё ИМХО:

RelVNC больше подходит для более узких каналов, при этом предоставляет более гибкие настройки, чем Radmin, НО соответсвенно по ресурсам "отъедает" немного больше. Лично мне в работе больше понравился RealVNC.

Radmin больше подходит тем, кто функциональности предпочитает интерфейс.

В конечном итоге, "Быть или не быть" - решать Вам. Я лишь представил на ваше обозрение альтернативный Radmin-у вариант, который может составить ему действительно достойную конкуренцию.