System Buffer Tuning - TCP and Network Performance Optimization
Ajuste do buffer do sistema: O Culprit oculto por trás de "problemas de rede"
Resumo
Engenheiros de rede frequentemente encontram situações em que o TCP windowing ou o desempenho da aplicação são responsáveis pela infraestrutura de rede. Depois de realizar extensas capturas de pacotes, tcpdumps e análise de rede, o verdadeiro gargalo é frequentemente descoberto: NIC exausto (Network Interface Card) ou buffers de nível OS nos sistemas cliente ou servidor.
Este artigo fornece configurações de buffer legado (por volta de 2009) e atual (2025-2026) para Linux, Windows e macOS, juntamente com técnicas de diagnóstico para identificar exaustão de buffer antes de se tornar um problema crítico.
Sintomas comuns de exaustão do tampão
- Eventos da janela TCP Zero em capturas de pacotes
- Altas taxas de retransmissão apesar da baixa latência da rede
- Desempenho da aplicação significativamente abaixo da largura de banda disponível
- Degradação do desempenho sob carga que melhora quando a carga diminui
- Desempenho inconsistente em configurações de hardware semelhantes
- Erros de soquete ou mensagens "Recurso temporariamente indisponível"
Compreender o Problema
O mecanismo de escala da janela TCP
TCP usa um mecanismo de controle de fluxo onde o receptor anuncia um "tamanho da janela" indicando quantos dados ele pode aceitar. Quando os buffers do sistema se enchem, esta janela encolhe para zero, forçando o remetente a esperar. Isto aparece como um problema de rede, mas na verdade é um problema de recursos host.
Onde os buffers importam
- Buffers de soquete (SO SNDBUF/SO RCVBUF): Por soquete enviar e receber buffers
- Buffers de janelas TCP: Tamanho máximo da janela TCP para conexões
- Buffers de dispositivos de rede: buffers de anel NIC para fila de pacotes
- Memória de todo o sistema: Memória global alocada para rede
Comandos de diagnóstico
Diagnósticos Linux
# Check current TCP buffer settings sysctl net.ipv4.tcp_rmem sysctl net.ipv4.tcp_wmem sysctl net.core.rmem_max sysctl net.core.wmem_max # Check NIC ring buffer sizes ethtool -g eth0 # Monitor socket buffer usage ss -tm # Check for TCP zero window events tcpdump -i any 'tcp[tcpflags] & tcp-push != 0' -vv # Check network statistics for buffer issues netstat -s | grep -i "buffer\|queue\|drop"
Diagnósticos das Janelas
# Check TCP parameters
netsh interface tcp show global
# View network adapter buffer settings
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object {$_.DisplayName -like "*buffer*"}
# Monitor TCP statistics
netstat -s -p tcp
# Check receive window auto-tuning
netsh interface tcp show global | findstr "Receive Window"
Diagnóstico do macOS
# Check current buffer settings sysctl kern.ipc.maxsockbuf sysctl net.inet.tcp.sendspace sysctl net.inet.tcp.recvspace # View network statistics netstat -s -p tcp # Monitor socket buffers netstat -an -p tcp
Tuning do Buffer Linux
Configurações do Legacy Linux (Circa 2009)
| Parâmetro | Valor Legado (2009) | Designação das mercadorias |
|---|---|---|
| net.core.rmem default | 124928 (122KB) | Tamanho padrão do buffer de recepção |
| net.core.rmem max | 131071 (128KB) | Tamanho máximo do buffer da tomada de recepção |
| net.core.wmem default | 124928 (122KB) | Tamanho padrão do buffer de envio do socket |
| net.core.wmem max | 131071 (128KB) | Tamanho máximo do buffer de envio de soquete |
| net.ipv4.tcp rmem | 4096 87380 174760 | TCP recebe buffer: min, padrão, max (em bytes) |
| net.ipv4.tcp wmem | 4096 16384 131072 | Tampão de envio TCP: min, padrão, max (em bytes) |
| net.ipv4.tcp mem | 196608 262144 393216 | Páginas de memória TCP: baixa, pressão, alta |
| net.core.netdev max backlog | 1000 | Máximo de pacotes na fila de entrada |
| net.core.optmem max | 10240 (10KB) | Tamanho máximo do tampão auxiliar por soquete |
Configurações atuais do Linux (2025-2026)
| Parameter | Valor recomendado atual | Description |
|---|---|---|
| net.core.rmem_default | 16777216 (16MB) | Default receive socket buffer size |
| net.core.rmem_max | 134217728 (128MB) | Maximum receive socket buffer size |
| net.core.wmem_default | 16777216 (16MB) | Default send socket buffer size |
| net.core.wmem_max | 134217728 (128MB) | Maximum send socket buffer size |
| net.ipv4.tcp_rmem | 4096 87380 134217728 | TCP recebe buffer: min, padrão, máximo (128MB máx) |
| net.ipv4.tcp_wmem | 4096 65536 134217728 | Tampão de envio TCP: min, padrão, máximo (128MB máx) |
| net.ipv4.tcp_mem | 8388608 12582912 16777216 | Páginas de memória TCP: baixa, pressão, alta (sistema 64GB) |
| net.core.netdev_max_backlog | 250000 | Máximo de pacotes na fila de entrada (10GbE+) |
| net.core.optmem_max | 65536 (64KB) | Maximum ancillary buffer size per socket |
| net.ipv4.tcp congestion control | bbr | Usar o controlo de congestionamento BBR (algoritmo do Google) |
| net.ipv4.tcp window scaling | 1 | Activar a escala de janelas TCP (RFC 1323) |
| net.ipv4.tcp timestamps | 1 | Activar as datas TCP para uma melhor estimativa RTT |
| net.ipv4.tcp sack | 1 | Habilitar reconhecimento seletivo |
| net.ipv4.tcp no metrics save | 1 | Desactivar o cache das métricas TCP |
Aplicação de Configuração Linux
Adicionar estas configurações a /etc/sysctl.conf ou criar um novo arquivo /etc/sysctl.d/99-network-tuning.conf:
# Network Buffer Tuning for High-Performance Applications # Optimized for 10GbE+ networks with RTT up to 300ms # Core socket buffer settings net.core.rmem_default = 16777216 net.core.rmem_max = 134217728 net.core.wmem_default = 16777216 net.core.wmem_max = 134217728 # TCP buffer settings net.ipv4.tcp_rmem = 4096 87380 134217728 net.ipv4.tcp_wmem = 4096 65536 134217728 net.ipv4.tcp_mem = 8388608 12582912 16777216 # Device buffer settings net.core.netdev_max_backlog = 250000 net.core.netdev_budget = 50000 net.core.netdev_budget_usecs = 5000 net.core.optmem_max = 65536 # TCP optimizations net.ipv4.tcp_congestion_control = bbr net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_sack = 1 net.ipv4.tcp_no_metrics_save = 1 net.ipv4.tcp_moderate_rcvbuf = 1 # Apply with: sysctl -p /etc/sysctl.d/99-network-tuning.conf
Afinação de buffer de anel NIC
# Check current ring buffer sizes ethtool -g eth0 # Set maximum ring buffer sizes (adjust based on NIC capabilities) ethtool -G eth0 rx 4096 tx 4096 # Make persistent by adding to /etc/network/interfaces or systemd service
Aviso crítico - Consumo de memória: Os valores tcp mem estão em páginas de memória (tipicamente 4KB). Tamanhos de tampões grandes podem causar pressão de memória severa:
- Memória por ligação: Cada conexão pode usar até rmem max + wmem max (256MB com buffers 128MB)
- Impacto total do sistema: 1.000 conexões × 256MB = 256GB de uso potencial
- Estimativa segura: Max conexões simultâneas × 256MB não deve exceder 50% da RAM do sistema
- Exemplo: Um servidor 64GB deve limitar conexões máximas a ~125 conexões simultâneas de alto rendimento com buffers 128MB
- Recomendação para servidores com RAM < 16GB: Reduzir buffers para 16-32MB máx e ajustar tcp mem proporcionalmente
Ajuste do Buffer de Janelas
Configurações do Windows Legacy (Circa 2009 - Windows Vista/7/Server 2008)
| Parameter | Legacy Value (2009) | Localização |
|---|---|---|
| Tamanho da Janela do Tcp | 65535 (64KB) | Registro: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters |
| Tcp1323Opts | 0 (desactivado) | Escala de janelas desabilitada por padrão |
| Janela por OmissãoReceber | 8192 (8KB) | Janela de recepção padrão |
| OmissãoEnviar Janela | 8192 (8KB) | Janela de envio padrão |
| Tamanho da Janela GlobalMaxTcp | 65535 (64KB) | Tamanho máximo da janela TCP |
| TcpNumConnections | 16777214 | Máximo de conexões TCP |
Configurações atuais do Windows (Windows 10/11/Server 2019-2025)
O Windows moderno usa o Receber o ajuste automático da janela recurso, que dinamicamente ajusta recebe buffers com base em condições de rede.
| Característica | Configuração Recomendada Actual | Description |
|---|---|---|
| Nível de ajuste automático | normal (ou altamente experimental para 10GbE+) | Ajuste dinâmico da janela de recepção |
| Escala do lado de recepção (RSS) | habilitado | Distribuir o processamento de rede através de CPUs |
| Deslocamento da Chaminé | automático (ou desativado em NICs modernos) | Transferência TCP para hardware NIC |
| NetDMA | desabilitado | Acesso directo à memória (depreciado) |
| Parâmetros Globais do TCP | Veja os comandos abaixo | Configurações TCP amplas do sistema |
| Fornecedor de Congestão | CUBIC (ou retrocesso do NewReno) | Algoritmo de controlo de congestionamento TCP |
Comandos de Configuração do Windows
# Check current auto-tuning level netsh interface tcp show global # Enable auto-tuning (normal mode - default for most scenarios) netsh interface tcp set global autotuninglevel=normal # For high-bandwidth, high-latency networks (10GbE+, data center environments) netsh interface tcp set global autotuninglevel=experimental # For conservative tuning (if experimental causes issues) netsh interface tcp set global autotuninglevel=restricted # For very conservative tuning (not recommended for high-performance networks) netsh interface tcp set global autotuninglevel=highlyrestricted # Enable CUBIC congestion provider (Windows Server 2022/Windows 11+ only) netsh interface tcp set supplemental template=Internet congestionprovider=cubic # Note: Windows 10 and Server 2019 use Compound TCP or NewReno by default # CUBIC is not available on these older versions # Enable Receive-Side Scaling (RSS) netsh interface tcp set global rss=enabled # Set chimney offload (automatic is recommended) netsh interface tcp set global chimney=automatic # Disable NetDMA (recommended for modern systems) netsh interface tcp set global netdma=disabled # Enable Direct Cache Access (if supported) netsh interface tcp set global dca=enabled # Enable ECN (Explicit Congestion Notification) netsh interface tcp set global ecncapability=enabled # Set initial congestion window to 10 (RFC 6928) netsh interface tcp set global initialRto=3000
Configurações avançadas do buffer NIC (via Gerenciador de Dispositivos ou PowerShell)
# View current adapter settings Get-NetAdapterAdvancedProperty -Name "Ethernet" # Increase receive buffers (adjust based on NIC) Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Receive Buffers" -DisplayValue 2048 # Increase transmit buffers Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Transmit Buffers" -DisplayValue 2048 # Enable Jumbo Frames (if network supports it) Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Jumbo Packet" -DisplayValue 9014 # Enable Large Send Offload (LSO) Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload V2 (IPv4)" -DisplayValue Enabled Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload V2 (IPv6)" -DisplayValue Enabled
Ajustes de Registro (Avançado - Uso com Cuidado)
# These settings are typically NOT needed on Windows 10/11 due to auto-tuning # Only modify if auto-tuning is disabled or problematic # Registry path: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters # Maximum TCP window size (if auto-tuning disabled) # TcpWindowSize = 16777216 (16MB) - REG_DWORD # Enable window scaling (enabled by default on modern Windows) # Tcp1323Opts = 3 - REG_DWORD # Number of TCP Timed Wait Delay # TcpTimedWaitDelay = 30 - REG_DWORD (default 240)
Aviso: No Windows moderno (10/11/Server 2019+), evite modificações manuais no registro, a menos que o ajuste automático esteja causando problemas. Os algoritmos de ajuste automático são geralmente superiores às configurações estáticas.
ajuste do buffer do macOS
Configurações do MacOS legado (Circa 2009 - Mac OS X 10.5/10.6)
| Parameter | Legacy Value (2009) | Description |
|---|---|---|
| kern.ipc.maxsockbuf | 262144 (256KB) | Tamanho máximo do buffer do soquete |
| net.inet.tcp.sendspace | 32768 (32KB) | Tampão de envio padrão TCP |
| net.inet.tcp.recvspace | 32768 (32KB) | Tampão de recepção padrão TCP |
| net.inet.tcp.autorcvbufmax | 131072 (128KB) | Tampão de recepção automático máximo |
| net.inet.tcp.autosndbufmax | 131072 (128KB) | Buffer de envio automático máximo |
| net.inet.tcp.rfc1323 | 0 (disabled) | Escala de janelas TCP |
Configurações atuais do macOS (macOS 12-15 Monterey através da Sequoia)
| Parameter | Current Recommended Value | Description |
|---|---|---|
| kern.ipc.maxsockbuf | 8388608 (8MB) | Maximum socket buffer size |
| net.inet.tcp.sendspace | 131072 (128KB) | Default TCP send buffer |
| net.inet.tcp.recvspace | 131072 (128KB) | Default TCP receive buffer |
| net.inet.tcp.autorcvbufmax | 16777216 (16MB) | Maximum auto-tuned receive buffer |
| net.inet.tcp.autosndbufmax | 16777216 (16MB) | Maximum auto-tuned send buffer |
| net.inet.tcp.rfc1323 | 1 (activado) | Activar a escala de janelas TCP |
| net.inet.tcp.sack | 1 (enabled) | Enable Selective Acknowledgment |
| net.inet.tcp.mssdflt | 1440 | Tamanho do segmento máximo TCP padrão |
| net.inet.tcp.delayed ack | 3 | Comportamento atrasado do ACK |
Aplicação de Configuração do macOS
# Check current settings sysctl kern.ipc.maxsockbuf sysctl net.inet.tcp.sendspace sysctl net.inet.tcp.recvspace sysctl net.inet.tcp.autorcvbufmax sysctl net.inet.tcp.autosndbufmax # Apply settings temporarily (until reboot) sudo sysctl -w kern.ipc.maxsockbuf=8388608 sudo sysctl -w net.inet.tcp.sendspace=131072 sudo sysctl -w net.inet.tcp.recvspace=131072 sudo sysctl -w net.inet.tcp.autorcvbufmax=16777216 sudo sysctl -w net.inet.tcp.autosndbufmax=16777216 sudo sysctl -w net.inet.tcp.rfc1323=1 sudo sysctl -w net.inet.tcp.sack=1 # Make settings persistent (create /etc/sysctl.conf) sudo tee /etc/sysctl.conf <Criando um servidor de lançamento para configurações persistentes
# Create /Library/LaunchDaemons/com.local.sysctl.plist sudo tee /Library/LaunchDaemons/com.local.sysctl.plist <EOF sudo chmod 644 /Library/LaunchDaemons/com.local.sysctl.plist sudo launchctl load /Library/LaunchDaemons/com.local.sysctl.plist Label com.local.sysctl ProgramArguments /usr/sbin/sysctl -w kern.ipc.maxsockbuf=8388608 RunAtLoad Aviso: macOS Ventura (13) e, posteriormente, têm restrições de proteção de integridade do sistema (SIP). Alguns parâmetros do kernel podem não ser modificáveis mesmo com sudo. Teste as configurações em seu ambiente específico.
Teste de desempenho e validação
Ferramentas para testar o desempenho do buffer
iperf3 - Teste de Desempenho em Rede
# Server side iperf3 -s # Client side - test TCP throughput iperf3 -c server_ip -t 60 -i 5 -w 16M # Test with multiple parallel streams iperf3 -c server_ip -P 10 -t 60 # Test UDP performance iperf3 -c server_ip -u -b 1000M -t 60
tcpdump - Capture os Tamanhos da Janela TCP
# Capture and display TCP window sizes tcpdump -i any -n 'tcp' -vv | grep -i window # Save capture for Wireshark analysis tcpdump -i any -w /tmp/capture.pcap 'tcp port 443'
Análise de Wireshark
Procure estes indicadores de problemas de reserva:
- Mensagens da janela TCP Zero
- Atualizar pacotes da janela TCP
- Janela TCP Notificações completas
- Altas taxas de retransmissão com RTT baixo
Monitorização do sistema
# Linux - Monitor network buffer statistics watch -n 1 'cat /proc/net/sockstat' watch -n 1 'ss -tm | grep -i mem' # Check for drops netstat -s | grep -i drop # Windows - Monitor TCP statistics netstat -e 1 # macOS - Monitor network statistics netstat -s -p tcp
Cálculo da Largura de Banda do Produto (BDP)
Para determinar os tamanhos de buffer ideais para sua rede, calcule o Produto de Largura de Banda:
BDP = Bandwidth (bits/sec) × RTT (seconds) Example for 10 Gigabit Ethernet with 50ms RTT: BDP = 10,000,000,000 × 0.050 = 500,000,000 bits = 62.5 MB Buffer Size = BDP × 2 (for bidirectional traffic and headroom) Buffer Size = 62.5 MB × 2 = 125 MB This is why modern settings recommend 128MB maximum buffers.
Recomendações específicas sobre a carga de trabalho
| Tipo de carga de trabalho | Tamanho recomendado do buffer | Parâmetros das Chaves |
|---|---|---|
| Servidor Web (baixa latência) | 4-16 MB | Tampões mais baixos, mais conexões, resposta rápida |
| Servidor de Bancos de Dados | 16-32 MB | Tampões moderados, rendimento consistente |
| Transferência de Arquivo / Cópia de Segurança | 64-128 MB | Máximo de buffers, alta prioridade de rendimento |
| Transmissão de Vídeo | 32-64 MB | Grandes buffers, taxa de entrega consistente |
| HPC / Centro de Dados | 128-256 MB | Tampões máximos, controlo especializado do congestionamento |
| Sem fio / Móvel | 2-8 MB | Tampões conservadores, manuseio de latência variável |
Erros e armadilhas comuns
Erros para evitar
- Excesso de pressão: Tampões excessivamente grandes podem causar inchaço do buffer, aumentando a latência
- Ignorando restrições de memória: Os buffers grandes multiplicam-se pela contagem de conexões; um servidor com 10.000 conexões e os buffers 128MB precisam de 1,25TB de RAM
- Desactivando o ajuste automático sem razão: Ajuste automático moderno do sistema operacional geralmente é melhor do que configurações estáticas
- Não testar após as alterações: Valida sempre melhorias de desempenho com cargas de trabalho reais
- Esquecendo buffers NIC: A exaustão do buffer anel pode ocorrer independentemente de buffers soquete
- Configurações inconsistentes: Cliente e servidor devem ter configurações de buffer compatíveis
- Ignorar o controlo dos congestionamentos: BBR e CUBIC são significativamente melhores do que algoritmos mais antigos
Solução de problemas de fluxo de trabalho
- Estabelecer a linha de base: Medir o desempenho atual com iperf3 ou ferramentas semelhantes
- Capturar pacotes: Usar o tcpdump/Wireshark para identificar o comportamento da janela TCP
- Verificar estatísticas do sistema: Procure por gotas, exaustão tampão, retransmissões
- Calcular BDP: Determinar teoricamente os tamanhos de buffer ideais
- Aplicar alterações incrementais: Não mudes tudo ao mesmo tempo.
- Teste e valide: Medir a melhoria real do desempenho
- Monitorar ao longo do tempo: Certifique-se de que as configurações permanecem ótimas sob cargas variáveis
Referências e Leitura Adicional
- RFC 1323 - Extensões TCP para Alto Desempenho (Scaling de Janela)
- RFC 2018 - Opções de reconhecimento seletivo TCP
- RFC 6928 - Aumentando a Janela Inicial do TCP
- RFC 8312 - Algoritmo de Controle de Congestão CUBIC
- BBR Congestion Control (Google) - https://research.google/pubs/pub45646/
- Documentação do kernel Linux - networking/ip-sysctl.txt
- Guia de Ajuste de Desempenho TCP/IP (Microsoft)
- ESnet Network Tuning Guide - https://fasterdata.es.net
Conclusão
A exaustão do tampão é uma causa raiz comum de problemas de desempenho que parecem estar relacionados à rede. Ao entender a evolução do dimensionamento de buffers dos limites de 128KB de 2009 para os atuais recursos de 128MB, os engenheiros de rede podem identificar e resolver rapidamente esses problemas.
Retirada de chaves:
- Os sistemas modernos precisam de tampões significativamente maiores do que as configurações do legado (2009)
- Sempre calcule BDP para suas condições específicas de rede
- Usar recursos de ajuste automático do sistema operacional quando disponível (Windows, Linux moderno)
- Monitore e teste para validar alterações
- Considere requisitos específicos de carga de trabalho ao ajustar
Lembre-se: Um "problema de rede" revelado pela análise de pacotes para mostrar janelas TCP zero é realmente um problema de recursos do sistema host. Com ajuste de buffer adequado, você pode eliminar esses falsos diagnósticos e alcançar o desempenho ideal.
Última atualização: 2 de fevereiro de 2026
Autor: Baud9600 Equipe Técnica