Почему так тормозит RDP Windows Server 2003?

Question

[C_oO_re]

RDP Windows 2003 в VMware ESXi за NATом Mikrotik CHR. По соседству с ним есть еще пара серверов. К остальным серверам доступ вполне себе нормальный.

• VMTools обновлена.
  
• Пинг 40-50мс.
  
• В микротике правило netmap.
  
• Сессия VMware не тормозит.
  
• Канал 50 Мбит
  

RDP
https://youtu.be/bU5QlK_e9Go

Сессия
https://youtu.be/e6d1uCt_drg

Сессия выглядит ощутимо лучше, хотя проходит по томум же каналу.
Перепробовал множество рецептов: LOS/dst-nat/менять типы сетевых карт... и многое-многое другое.
Буду признателен за любую помощь.

Comments

[korsar182]

RDP начинает нормально работать начиная с Windows 8.1, даже на семерке комфортным его работу не назовешь.

[Wexter]

а скорость канала какая?

[C_oO_re]

korsar182, Раньше, на другом сервере(VMware ESXi 5.1) работало ощутимо лучше. Тип подключения примерно такой-же - сервер находился где-то в просторах интернета. Провайдер тот-же, но канал был меньше(причём в 5 раз, пинг не зафиксировал какой был, но думаю меньше).

[C_oO_re]

Wexter, 50 Мбит

[Viktor]

А на быстрой ли хранилке хранится Win2003 ?
Потому как я отлично помню переезд с простого хранилища на vSAN с SSD кэшем - это просто разница в 10 раз по скорости работы

[Ezhyg]

korsar182,

RDP начинает нормально работать начиная с Windows 8.1

Ах, бедные несчастные пользователи Windows 2000, как же они работали если всё было так ненормально?!

[Vladimir Zhurkin]

C_oO_re поставить на windows server 2003 bwtest и проверить скорость им.

В микротике правило netmap.

Убирайте эту ересь и используйте dst, netmap для других целей.

[C_oO_re]

Viktor, на SSD(естесна серверный все как надо)

[C_oO_re]

Vladimir Zhurkin, да, спасибо за ответ. про dst-nat я с самого начала думал(в шапке писал), но нет, не влияет. протестил скорость, 50 мегабит в обе стороны.

[Vladimir Zhurkin]

C_oO_re, ну делаем вывод, что проблема сугубо в недрах windows 2003. Как вариант переустановите службу удаленных рабочих столов. Запускайте мониторинг на w2k3 и смотрите, что происходит в различных частях при подключении RDP.

[C_oO_re]

Vladimir Zhurkin, попробую. Спасибо за ответ.

Answer 1

[Константин]

Попробуйте выключить на клиенте автоподстройку (от администратора в CLI):

netsh interface tcp set global autotuninglevel=disabled

Comments

[C_oO_re]

а если клиент это мак?

[Константин]

Затрудняюсь ответить, с аналогичной проблемой сталкивался только на связке клиент вин7/10 - сервер 2003.

[C_oO_re]

Константин, проверил на win 10, увы, но разницы нет, или она совсем не значительная(

Answer 2

[landergate]

Попробуйте выключить аппаратное ускорение в браузере.

В современных браузерах оно по умолчанию включено. Это влияет на то, как приложение отрисовывается. RDP в этой ситуации теряет возможность перехватывать конкретные изменения на экране, и, чтобы хоть как-то показать клиенту текущее состояние приложения, вынужден каждый раз слать всё приложение цельной картинкой, а не только произошедшие изменения. Это приводит к замедлению, т.к. каждое передвижение скролла шлёт целиком всю картинку приложения с каждым изменением пикселя на экране, вместо того, чтобы отправлять только изменившиеся пиксели.

RDP работает быстро, когда шлёт клиенту только отдельные изменения на экране, а не весь экран/целую область целиком. При этом, RDP не подходит для приложений, часто обновляющих картинку - с ними RDP будет медлителен.

Некоторые из этих ограничений решает RemoteFX, т.к. передаёт картинку по иному принципу. С ним, опыт использования приложений станет заметно шустрее.

Comments

[#]

в VMware ESXi

нет поддержки

RemoteFX

[landergate]

#, я добавил о RemoteFX исключительно для сравнения применимости ванильного RDP. Переходить на HyperV я никого не подбиваю, только отвечаю на исходный вопрос. RDP будет тормозить в интенсивных графических приложениях, и это нормально.