Имитировать медленную скорость для сокетов TCP в Windows

Хотя вы, вероятно, захотите инвестировать в обширный набор модульных тестов, вы можете смоделировать различные сетевые условия, используя Рабочая станция VMWare:

Вам нужно будет установить виртуальную машину для тестирования, настроить мостовую сеть (чтобы виртуальная машина могла получить доступ к вашей реальной сети) и загрузить свой код в виртуальную машину.

После этого вы можете начать изменять настройки и посмотреть, как работает ваше приложение.

NetLimiter также можно использовать, но у него меньше возможностей (в вашем случае потеря пакетов очень интересна для тестирования и недоступна в netlimiter).

Есть отличная утилита для Windows, умеющая делать троттлинг и многое другое:

https://jagt.github.io/clumsy/

Я думаю, что вы принимаете неправильный подход здесь.

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

Вещи, которые ваш код ДОЛЖЕН обрабатывать для работы с «медленными» ссылками, — это просто вещи, с которыми вы должны иметь дело в любом случае, включая:

• Правильная обработка фрагментированных сообщений. Весь ваш сетевой код чтения должен правильно предполагать, что каждое чтение будет возвращать от 1 байта до размера вашего буфера чтения. Вы никогда не должны предполагать, что получите полные «сообщения», поскольку TCP ничего не знает о вашей концепции сообщений.
• Управление потоком TCP приводит либо к сбою ваших синхронных отправок с некоторой формой ошибки «попробуйте позже», либо к успешным асинхронным отправкам и потенциальному использованию неконтролируемого количества ресурсов (см. здесь для более подробной информации). Обратите внимание, что это может произойти даже на «быстрых» каналах, если вы отправляете быстрее, чем потребляет получатель.
• Тайм-ауты — опять же, это не ограничивается «медленными» ссылками. Весь ваш код обработки тайм-аута должен быть надежным и протестированным. Возможно, вы захотите убедиться, что любой тайм-аут чтения основан на любом завершении чтения, а не на чтении полного сообщения за время x. Вы можете получать свои данные медленно, но пока вы все еще получаете данные, связь жива.
• Ошибка подключения - опять же не что-то конкретное для "медленных" ссылок. Вам нужно знать, как вы справляетесь с сбросом соединений в любое время.

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