Показать полную графическую версию : акселератор для RDP
Существуют ли программные акселераторы (ускорители) для RDP для ускорения работы флэш приложений и воспроизведения фильмов. терминал-сервер на базе windows 2003, клиенты TS 6 версии на windows xp sp3.
Существуют ли программные акселераторы (ускорители) для RDP для ускорения работы флэш приложений и воспроизведения фильмов. терминал-сервер на базе windows 2003, клиенты TS 6 версии на windows xp sp3. »
Не совсем понятно, что вы собираетесь "акселерировать"?
Оптимизация трафика, да существует. Это решения Citrix XenApp.
Реверсивные прокси серверы-акселераторы тоже есть, но это железяки, и это решения уровня ЦОД.
Если между клиентом и терминальным сервером канал 100 Мбит и выше, то акселерировать нечего и проблема не в RDP, даже если вы смотрите фильмы.
меня интересует вопрос: есть ли какие нибудь программные способы увеличить производительность воспроизведения флэш и видео через RDP?
у клиентов флэш и видео воспроизводиться медленно, рывками и тормозами. канал сети 100 Мб и выше.
В чем может быть проблема? Или это какие то внутренние ограничения протокола RDP?
Мне говорили , что существуют какие программные акселераторы которые якобы могут увеличить производительность воспроизведения флэш и видео.
в данном случае вам, возможно, поможет Windows Server 2008 (r2), а особенно когда выдйт sp1, хотя там и сейчас хорошие возможности воспроизведения видео.
меня интересует вопрос: есть ли какие нибудь программные способы увеличить производительность воспроизведения флэш и видео через RDP?
у клиентов флэш и видео воспроизводиться медленно, рывками и тормозами. канал сети 100 Мб и выше.
В чем может быть проблема? Или это какие то внутренние ограничения протокола RDP?
Мне говорили , что существуют какие программные акселераторы которые якобы могут увеличить производительность воспроизведения флэш и видео. »
Тут можно долго гадать, но хочу заметить (как сетевик), что если в сети нет приоритезации трафика, то акселератор вам не поможет.
Это классическая задача управления мультимедиа трафиком.
Кстати, показ видео по RDP (протоколам удаленного рабочего стола) мало эффективен, т. к. грубо говоря внутри терминального соединения пробрасываются несколько каналов. И канал передачи экранных форм далеко не самый приоритетный.
Более того, использование RDP для передачи видео может быть даже вредным и вот по чему:
- классические протоколы типа VoIP, ориентированы в первую очередь на восприятие человека как видео так и аудио. Соответственно если кадры приходят с задержкой более нормы, либо не в том порядке, они просто отбрасываются, т. к. все равно ни кчему.
- терминальная сессия всегда пытается доставить информацию, а если чего-то не хватает - ждет пропущенного либо инициирует повторную передачу, что для видео даром не надо (задержки резко растут)
Destruction
10-10-2010, 15:18
а что за бред такой смотреть видео и флеш в терминале?
desoto,
Может подумать о VLC?
http://www.videolan.org/vlc/
Более того, использование RDP для передачи видео может быть даже вредным и вот по чему:
- классические протоколы типа VoIP, ориентированы в первую очередь на восприятие человека как видео так и аудио. Соответственно если кадры приходят с задержкой более нормы, либо не в том порядке, они просто отбрасываются, т. к. все равно ни кчему.
- терминальная сессия всегда пытается доставить информацию, а если чего-то не хватает - ждет пропущенного либо инициирует повторную передачу, что для видео даром не надо (задержки резко растут) »
Аналогия с протоколами TCP и UDP.
Все компьютеры в организации работают как "тонкие клиенты" через RDP. Другой альтернативы нет и не будет рассматриваться (внутр. политика компании).
"- терминальная сессия всегда пытается доставить информацию, а если чего-то не хватает - ждет пропущенного либо инициирует повторную передачу, что для видео даром не надо (задержки резко растут)" - в точку! Получается выхода нет в этом случае?
точку! Получается выхода нет в этом случае? »
поставьте 2008 терминал и поглядите.
120 дней бесплатно.
"- терминальная сессия всегда пытается доставить информацию, а если чего-то не хватает - ждет пропущенного либо инициирует повторную передачу, что для видео даром не надо (задержки резко растут)" - в точку! Получается выхода нет в этом случае? »
Почему же нет.
1) Правильно спланировать сетевую инфраструктуру.
Настроить приоритезацию и изоляцию.
2) Произвести настройки на самом терминальном сервере.
У XenApp настроек побогаче, у Win2k8 победнее.
ЗЫ. Вообще же по хорошему нужно обследовать загрузку сети средствами типа Ethereal, Netflow (если оборудование cisco).
Вполне возможно у вас просто широковещательный, пардон, "срач" в сети, а обнаружилось это на критичной к этому нагрузке (видео контенту)
Да, кстати, а насамом сервере воспроизведение проверяли? Проверять необходимо при зафиксированных тормозах в сети.
Все тесты и замеры будут конечно проводиться и проверяться не раз. И будет все вылизоваться. Просто хотел проверить информацию об так называемых акселераторах для RDP. Получается что акселераторы для RDP это полная чушь! Спасибо всем! Меня просто ввели в заблуждение.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC