Высокая латентность / пинг для локальных шлюзов WHILE STREAMING

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

Вот результат теста ping на компьютере, на котором я сейчас: http://pastebin.com/JQj2dPy6

  • Как отличаются частота и латентность ОЗУ? Как это влияет на производительность?
  • Имейте в виду, что мой настольный компьютер в настоящее время передает потоковый поток 1080p от Twitch. Это единственная причина, по которой мои шлюзы так долго реагируют? Мое подключение к WAN устанавливается в 30 Мб скачать и 5 Мб загружать, так почему бы поток 1080p (с оценкой 10 Мб скачать) замедлить мою локальную сеть?

    Вот изображение из inSSIDer 2.1, показывающее беспроводные сети в моей области. Все уложены на канал 6 с одной сетью на канале 11, а MINE – один на канале 1.

    1

    Любые идеи или помощь приветствуются!

  • Подключение к сети Wi-Fi через терминал Mac
  • SSH-сервер не может быть подключен, когда VPN включен
  • Как контролировать использование полосы пропускания каждого устройства в сети Wi-Fi
  • Совместное использование двух подключений к Интернету на моем ноутбуке под управлением Windows XP
  • Сетевая проблема netsh
  • Как выбрать wifi-канал с окнами 7 adhoc?
  • 2 Solutions collect form web for “Высокая латентность / пинг для локальных шлюзов WHILE STREAMING”

    Глядя на эти пинги, я предлагаю шумную среду, то есть вы нажимаете на свой лимит на вашем Wi-Fi. Возможно, вашему маршрутизатору WIFI необходимо внимание (замена / новая прошивка?)

    Парень прав. Ping – это только инструмент подключения, а не тест производительности. В основном это всего лишь машинный способ сказать «Привет, ты проснулся».

    Сетевые устройства предоставляют ICMP очень низкий приоритет. Это один из способов предотвратить Пинг Смерти. Ping обрабатывается процессором маршрутизатора, который также обрабатывает NAT вашего трафика. Что эти результаты говорят, так это то, что процессор слишком занят NAT и выполняет другие действия router-y, чтобы сразу реагировать на ping.

    Для измерения производительности вам нужно использовать инструмент, предназначенный для этого, например iperf . Вы запускаете поток в одной системе. Затем запустите iperf-сервер в другой системе и запустите клиент iperf на третьем. Затем остановите поток и повторите тест iperf. Таким образом, вы можете видеть, насколько поток влияет на фактическую производительность сети.

    Давайте будем гением компьютера.