Средний пинг от 1-14 мс с качеством сигнала 98% (менее чем в нескольких метрах от точки доступа)
Как только я начну использовать любую пропускную способность (начать загрузку или загрузить). Особенно здоровый Linux iso torrent) средняя задержка возрастает до невероятных 2000-4000 мс. Как только я нажимаю кнопку «пауза / стоп» в загрузке, задержка уменьшается.
Даже если загрузка происходит на другом компьютере, который также подключен к той же точке доступа, это влияет на все беспроводные клиенты
Я проверил это с несколькими беспроводными адаптерами и несколькими точками доступа
AP, которые я тестировал, были: cisco/linksys e1000v1, wrt54gv1.1, wrt54gv5
- DD-WRT 21676 micro на wrt54gv5
- DD-WRT 12548 vint eko mini на wrt54gv1.1
- DD-WRT 21676 mini на e1000v1
У меня есть Alfa AWUS036H, который я использовал в качестве клиента. И я даже протестировал wrt54gv5 как клиент, подключенный к e1000 и WRT54gv1.1. Ethernet работает от WRT54gv5 на рабочий стол
Задержка настолько плоха во время использования высокой пропускной способности (фактически, даже не использование высокой пропускной способности, ЛЮБОЙ тип использования вообще вызывает задержку в течение этого времени), что иногда приводит к тому, что время от времени веб-страницы задерживаются или загружаются очень медленно.
Я протестировал ping с ping -t 192.168.1.1 на Windows и ping 192.168.1.1 на моем устройстве Android
Я также хотел бы отметить, что у меня установлен канал 1 2412 МГц, и нет других точек доступа Wi-Fi, использующих этот канал вокруг меня. Тем не менее, у меня нет оборудования для тестирования помех не Wi-Fi. Я действительно хотел бы иметь надлежащий анализатор спектра
РЕДАКТИРОВАТЬ: Я также должен отметить, что при подключении к маршрутизатору через Ethernet задержка остается близкой к <1 мс в любое время использования высокой пропускной способности или торрент (высокое одновременное использование соединения). Таким образом, это опровергает теорию о том, что процессор не справляется с пингами ICMP с низким приоритетом.