Назад | Перейти на главную страницу

Повышение низкой производительности сети в Hyper-V

Я использую Hyper-V на Surface Pro под управлением Windows 10 (сборка 17134). Существует одна гостевая виртуальная машина, на которой запущена последняя версия Debian для разработки. Это поверхность с высокими техническими характеристиками с SSD-накопителем 1 ТБ, i7 и 16 ГБ ОЗУ.

Сетевые интерфейсы встроены:

Драйверы взяты из Центра обновления Windows, а системная микропрограмма актуальна.

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

Тесты с пингом

Статистика с отключенной сетью (без проводной док-станции или беспроводного подключения):

Ping statistics for 172.19.2.236:
    Packets: Sent = 1000, Received = 998, Lost = 2 (0% loss)

По сравнению со статистикой, подключенной к локальной беспроводной сети:

Ping statistics for 172.19.2.236:
    Packets: Sent = 1000, Received = 958, Lost = 42 (4% loss)

Оба теста проводились последовательно под одинаковой нагрузкой, они повторяемы. Хост не растягивается по производительности. Два потерянных пакета необычно для виртуализированной сети, но потеря 4% - это замечательно. Перед миграцией на Hyper-V один и тот же хост без проблем запускал несколько виртуальных машин Windows и Linux под VMware Workstation.

Типичная последовательность выглядит так:

Reply from 172.19.2.236: bytes=32 time<1ms TTL=64
Request timed out.
Reply from 172.19.2.236: bytes=32 time=1976ms TTL=64

2-секундная пауза очевидна, так как консоль зависает, а перенаправленные X-сеансы перестают отвечать. Это делает интерактивные сеансы неприятными, но не совсем непригодными для использования.

Информация о сети Hyper-V

Используется виртуальный коммутатор по умолчанию, который обеспечивает NAT для Интернета. Никаких изменений в сетевых настройках внутри Hyper-V не было.

Я попытался отключить функцию очереди виртуальных машин (VMQ), но это не дало ощутимой разницы.

Отладка внутри ВМ

Отладка внутри виртуальной машины показывает, что eth0, кажется, подключается регулярно, что указывает на то, что сеть виртуальной машины сбрасывается или временно отключается:

Jun  7 21:35:34 vm NetworkManager[1327]: <info>  [1528403734.3473] device (eth0): carrier: link connected

Обратите внимание, что низкая производительность происходит, даже когда NetworkManager не запущен.

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

Может ли кто-нибудь предложить дальнейшую диагностику или возможное решение этой проблемы?