В течение многих лет я подключался к небольшому набору серверов через удаленный рабочий стол (в настоящее время клиент Win7, серверы Win2008 R2). Производительность эквивалентна прямому подключению. Клиентская машина не находится в сети, но я подключаюсь через IP и использую сетевые учетные данные.
Недавно я построил новый сервер (для размещения Hyper-V), а затем новую рабочую станцию (Win 7) для управления им и разработки на нем. Все это находится в том же сегменте сети, что и упомянутые ранее серверы и клиент.
Новый клиент легко подключается к новому серверу, но задержка настолько велика, что может потребоваться 5-15 секунд, чтобы любое действие мыши или клавиатуры было замечено и реализовано на сервере. То же самое происходит при использовании другого клиента Win7. Использование нового клиента Win7 для доступа к ранее упомянутым серверам ведет себя идентично другому клиенту Win7 - идеально. Следовательно, какой бы ни была проблема, она связана с новым сервером.
Эта проблема известна во всем веб-мире, и я нашел исправления как для клиента, так и для сервера. Несмотря на попытки, исправление на основе клиента (изменение значений автонастройки) не работает, как и исправление на основе сервера (отключение разгрузки задачи).
Есть другие рекомендации?
Отменить все изменения. Исправьте ситуацию с драйверами на сервере. Это НЕ проблема конфигурации. Ваш сервер творит чушь в сети. Это МОГУТ быть устаревшие драйверы, МОГУТ быть неисправные драйверы. Это и хуже того, что драйверы не могут вычислять контрольную сумму IP, но имеют настроенные для этого драйверы.
Опубликуйте оборудование сетевых интерфейсов, и мы подскажем, где найти драйверы. Или же в следующий раз, когда вы приобретете сервер, получите сетевую карту Intel и установите текущие драйверы. О них можно сказать МНОГО плохого (стоит заплатить один), но они РАБОТАЮТ. Как в: БЕЗ ПРОБЛЕМ. Например: Intel, кажется, нанимает последних в мире людей, способных создавать сетевые драйверы для Windows.
Были некоторые проблемы с задержкой с HyperV в Windows 2008R2 .... некоторые из моих клиентов обновились до Windows 2012 или 2012 R2 и значительно улучшили стабильность сети с клиентов RDP на гостей HyperV. Возможно, это как-то связано со встроенным виртуальным коммутатором.
Что касается аппаратных проблем хоста - я обнаружил, что серия Intel Pro, а также настольные гигабитные адаптеры от Intel отлично справляются с HyperV любой версии, но на моем белом ящике Ethernet Broadcomm на материнской плате не может обеспечить стабильные соединения с Сеансы RDP на гостях HyperV любой версии.
Отключите разгрузку большой отправки на сервере nic.