8.2. Configurações de Rede Otimizadas

Ajuste de desempenho é normalmente feito de forma preventiva. Muitas vezes, nós ajustamos variáveis conhecidas antes de executar um aplicativo ou implantação de um sistema. Se o ajuste revela-se ineficaz, tentamos ajustar outras variáveis. A lógica por trás desse pensamento é que por padrão, o sistema não está operando em um nível ideal de desempenho e, como tal, pensamos que é preciso ajustar o sistema de acordo. Em alguns casos, podemos fazê-lo através de palpites calculados.

Como mencionado anteriormente, a pilha de rede é auto-otimizável. Além disso, ajustar a rede de maneira efetiva requer um conhecimento profundo não apenas de como a pilha de rede funciona, mas também as necessidades de recursos de rede do sistema específico. Configuração de desempenho de rede incorreta pode realmente levar a degradação do desempenho.

Por exemplo, considere o problema bufferfloat. O aumento da profundidade da fila do buffer resulta em conexões TCP que têm janelas de congestionamento maior do que o link iria permitir (devido ao buffer profundo). No entanto, essas conexões também têm valores RTT enormes, pois as estruturas gastam tanto tempo em fila. Isto, por sua vez, realmente resulta em produção sub-óptima, uma vez que seria impossível detectar os congestionamentos.

Quando se trata de desempenho da rede, é aconselhável manter as configurações padrão a menos que um problema de desempenho particular, torne-se aparente. Estas questões incluem a perda de estrutura, o rendimento significantemente reduzido, e semelhantes. Mesmo assim, a melhor solução é muitas vezes uma que resulta de um minucioso estudo do problema, ao invés de simplesmente ajustar as configurações para cima (aumento de buffer/comprimentos de fila, redução a latência de interrupção, etc.)

Para diagnosticar adequadamente um problema de desempenho de rede, use as seguintes ferramentas:

O SystemTap Beginners Guide contém diversos scripts de amostra que você pode usar para o desempenho de rede do perfil e do monitor. Este guia está disponível a partir do link http://access.redhat.com/site/documentation/Red_Hat_Enterprise_Linux/.

Após a coleta de dados relevantes sobre um problema de desempenho de rede, você deve ser capaz de formular uma teoria — e, felizmente, uma solução. ^[5] Por exemplo, um aumento de erros de entrada UDP em /proc/net/snmp indica que um ou mais soquetes que recebem filas estão cheias quando as pilhas de rede tentam enfileirar novas estruturas no soquete de um aplicativo.

Isso indica que os pacotes são afunilados pelo menos em uma fila de socket, o que significa que a fila do soquete drena pacotes muito lentamente, ou o volume de pacotes é muito grande para aquela fila de soquete. Se for o último caso, então verifique os logs de qualquer aplicação de rede intensiva, a procura de perda de dados - para resolver isso, você precisa para otimizar ou reconfigurar o aplicativo ofensivo.