Eu desenvolvi alguns softwares de teste que fazem muitas solicitações HTTP e chamadas de banco de dados. Quando eu o executo no meu MacBook, às vezes ele quebra a pilha da rede.
Quando isso acontece, percebo os seguintes sintomas:
- O indicador de status do Wi-Fi na barra de menus muda para a animação que mostra que está procurando por uma rede. Assim que o ponteiro do mouse passa sobre o indicador de status, o indicador congela e permanece congelado a partir desse ponto. Não responde a cliques.
- O ponteiro do mouse muda para uma bola giratória sempre que estiver sobre o indicador de status do Wi-Fi ou qualquer um dos vários outros indicadores vizinhos.
- Outros programas (como o Chrome) reclamam de não ter uma conexão com a Internet.
Tudo fica nesse estado até eu reiniciar. Outros dispositivos na mesma rede sem fio não são afetados.
Configuração:
- MacBook executando o macOS Sierra 10.12.3.
- A única conexão de rede é via Wi-Fi.
- Conexão VPN usando o Cisco IPSec
Este é um problema conhecido com o sistema operacional (falha sob esse tipo de carga)? Você pode sugerir algumas etapas de solução de problemas?
Você está perguntando se isso é um problema conhecido sobre algum software de teste que você mesmo desenvolveu. Eu não tenho certeza se alguém aqui pode ajudá-lo como a única pista para o que maio estar causando o problema é que o seu software faz um monte de solicitações HTTP e chamadas de banco de dados . Mas é claro, o problema poderia estar no seu código (do qual não temos conhecimento) ou algo totalmente não relacionado. Se você não se alegra aqui, pode valer a pena considerar uma das outras comunidades do Stack Exchange. Dito isso, como teste, você pode se conectar via Ethernet em vez de Wi-Fi (ou seja, desativar totalmente o Wi-Fi) e verificar se o problema persiste?
Monomeeth
Não é minha intenção perguntar sobre o código que desenvolvi, mas sim sobre a pilha de rede OSX sendo vulnerável a esse padrão de tráfego. O software que eu escrevi é em Java e não tem interações de baixo nível com o SO, então o mesmo comportamento poderia ser causado por qualquer fonte de tráfego que inclua muitas conexões TCP simultâneas de curta duração. Eu tentei usar ethernet e não consegui reproduzir o problema dessa maneira.
mrog