Eu tenho alguns problemas com minha configuração de Wi-Fi.
Na minha configuração eu uso um Macbook Pro e um TP-Link WR1043ND v1 (OpenWRT). Canal WiFi está definido como 6 (já tentou outros canais e 20 / 40Mhz de largura)
Se eu pingar meu macbook ou meu roteador do meu macbook, o ping é muito alto.
64 bytes from 192.168.1.103: seq=18 ttl=64 time=7.691 ms
64 bytes from 192.168.1.103: seq=19 ttl=64 time=142.177 ms
64 bytes from 192.168.1.103: seq=20 ttl=64 time=47.343 ms
64 bytes from 192.168.1.103: seq=21 ttl=64 time=16.513 ms
64 bytes from 192.168.1.103: seq=22 ttl=64 time=2.803 ms
64 bytes from 192.168.1.103: seq=23 ttl=64 time=5.725 ms
64 bytes from 192.168.1.103: seq=24 ttl=64 time=7.585 ms
64 bytes from 192.168.1.103: seq=25 ttl=64 time=25.981 ms
64 bytes from 192.168.1.103: seq=26 ttl=64 time=2.464 ms
64 bytes from 192.168.1.103: seq=27 ttl=64 time=6.762 ms
64 bytes from 192.168.1.103: seq=28 ttl=64 time=8.677 ms
64 bytes from 192.168.1.103: seq=29 ttl=64 time=16.521 ms
64 bytes from 192.168.1.103: seq=30 ttl=64 time=1.204 ms
64 bytes from 192.168.1.103: seq=31 ttl=64 time=1.849 ms
64 bytes from 192.168.1.103: seq=32 ttl=64 time=134.936 ms
64 bytes from 192.168.1.103: seq=33 ttl=64 time=51.255 ms
64 bytes from 192.168.1.103: seq=34 ttl=64 time=17.032 ms
64 bytes from 192.168.1.103: seq=35 ttl=64 time=17.399 ms
64 bytes from 192.168.1.103: seq=36 ttl=64 time=8.177 ms
64 bytes from 192.168.1.103: seq=37 ttl=64 time=5.048 ms
64 bytes from 192.168.1.103: seq=38 ttl=64 time=2.198 ms
Eu já tentei outro roteador (Linksys E2000), mas é exatamente o mesmo.
Sua latência é aceitável para redes Wi-Fi. Minha latência habitual na rede de 5GHz é de cerca de 15 com picos de 200ms. Também é uma boa ideia mover o roteador sem fio pela sua localização para identificar o melhor local para uma cobertura de sinal ideal.
De acordo com o comentário @schreda , parece que existe um erro com o Chromecast. Por algum motivo, o Chromecast abre um ponto de acesso com o mesmo canal do roteador ao qual ele está conectado. Isso está causando interferência.
Uma reposição de fábrica do Chromecast resolveu esse problema. Eu li que às vezes você tem que tentar várias vezes para redefinir o Chromecast até que o bug não ocorra mais.
Isso é normal para WiFi, mas, na verdade, não é um comportamento aceitável. Se você quiser sujar as mãos, confira o projeto make-wifi-fast do bufferbloat.net. Seu ponto de acesso usa o chipset wifi ath9k, que tende a obter melhorias primeiro.
Algumas informações sobre seu progresso podem ser encontradas em: link
Eles fizeram uma ferramenta de medição de rede chamada " flent ". Outra maneira de observar a latência é: Ferramenta 'blip' do Google Fiber
Talvez algo simples que você possa tentar imediatamente seja construir um tronco OpenWRT com essas correções Minstrel-blues . Ele melhora a seleção da taxa de dados do Linux, mantendo melhores estatísticas sobre a eficácia da taxa, em vez de diminuir cada vez mais. Isso pode melhorar a latência.