Terminal Server и пропускная способность

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
perlamer
Junior member
Сообщения: 8
Зарегистрирован: 06 апр 2004, 13:29

Terminal Server и пропускная способность

Сообщение perlamer » 27 апр 2004, 16:25

Уважаемый All, часто вопросы про железо для Terminal Server,
а мне интересно:
каков расчет пропускной способности по юзерам для Terminal Server?
Желательно отдельно для протоколов RDP и ICA (думаю, разница есть)
Ну например по обычной цифре 64K скока юзеров рекомендуется?


Спасибо.

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 27 апр 2004, 18:46

Расчет простой: один юзер 800х600х256 цветов может более-менее работать по 33,6 Кбит/с, т.е. по модему ;)

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Сообщение art » 27 апр 2004, 21:38

по моему опыту для работы 5-6 человек по RDP с MS access интерфейсом достаточно 64кбит.
Наш филиал таким образом работал из москвы с питерской базой данных.

По этому же каналу приходила почта и народ лазил по www
Если приоритезировать RDP трафик, то разница с локальной сетью незаметна. Естественно - никаких картинок!

Важно, чтобы не было больших задержек и потерь пакетов.
__
33.600 по модему это совсем не то, что 33.600 по синхронному каналу с временем распространения 35-40 мс!
Я бы так сравнивать не стал. Работа на 33.600 через модемы, воткнутые в одну офисную АТС (190-220мс), более менее приемлема, а вот в реальности все существенно хуже. Задержки распространения влияют на usability очень сильно.
В то же время, на синхронном канале в 32кбит можно работать двоим. Проверено.

При активной работе с тектовыми данными (листаем страницы) RDP сессия требует 12-16 кбит. При обычной работе (набор текста) 5-8кбит На холостом ходу 800-500 бит. Бывают конечно всплески, но чем больше народу тем ровнее работа.

4 человека на 64к будут трудиться абсолютно комфортно, что не скажешь про двух пользователей на 32кбит.
(только никаких картинок!)

perlamer
Junior member
Сообщения: 8
Зарегистрирован: 06 апр 2004, 13:29

Сообщение perlamer » 27 апр 2004, 23:26

спасибо! Это намана. Так типа и будет - 64 K Питер-Москва. :)

А как насчет исследований ICA- сильно быстрее?

И еще- большая ли перегрузка, когда клиент с терминала на печать
документ бросает? (предполагается работа с правовыми системами - тем же Консультант+ с возможностью печати статей)

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Сообщение art » 28 апр 2004, 11:10

perlamer писал(а):спасибо! Это намана. Так типа и будет - 64 K Питер-Москва. :)
у нас в Питере 100мбит до узла обмена трафиком, в Москве было 64к.
Поэтому приоритезацию делали только в Москве.
perlamer писал(а): А как насчет исследований ICA- сильно быстрее?
Просто не знаю. Утверждается, что слегка быстрее. Но, как мне кажется, это касается компрессии битмапов и пр.
У ICA куча других преимуществ, но я не пробовал.
perlamer писал(а): И еще- большая ли перегрузка, когда клиент с терминала на печать
документ бросает? (предполагается работа с правовыми системами - тем же Консультант+ с возможностью печати статей)
Принтерные файлы не слишком экономны. Это действительно проблема.

Между СПБ и МСК у нас поднят VPN на VTUN с компрессией. Сжимает довольно заметно.В среднем разница за день по RDP протоколу между TUN интерфейсом и реальным - 22-28%. Печатают немало. Видимо печатные задания и жмутся, потому что больше нечему -).

Внутри VPN поднята маршрутизация между питерской и московской приватными сетями. Пропускаем только RDP трафик от сервера из СПБ и трафик VOIP между АТС.


Приоритеты шейпинга (в терминах FreeBSD IPFW)такие:
90 - для VOIP
60 - RDP от клиентов к серверу
50 - RDP от сервера к клиентам
10 - от сервера к сетевому принтеру в Москве

Возможность печати по RDP специально не использовали.
Иначе большие задания на печать тормозят всех остальных, а отличить печатное задание от обычной работы нельзя -(

Важно не делать размер очереди слишком большим, иначе будут задержки. 512 байт вполне приемлемо.

Ответить

Вернуться в «Сети - Вопросы конфигурирования сети»