System Buffer Tuning - TCP and Network Performance Optimization
Sistem Buffer Tuning: Gizli Culprit Behind "Network Problems"
Yönetici Özeti
Ağ mühendisleri sıklıkla TCP pencere veya uygulama performansının ağ altyapısıyla suçlandığı durumlarla karşılaşmaktadır. Geniş paket yakalamaları yaptıktan sonra, tcpdumps ve ağ analizi, gerçek şişenck genellikle keşfedildi: tükenmiş NIC (Network Interface Card) veya OS seviyesi tamponlar istemci veya sunucu sistemleri üzerinde.
Bu makale hem mirası (circa 2009) hem de mevcut (2025-2026) Linux, Windows ve Mac için tampon yapılandırmalar sağlar, tanı teknikleri ile birlikte kritik bir konu haline gelmeden önce tampon egzozları tanımlamak için.
Buffer E'nin ortak belirtileri
- TCP Zero Pencere olayları paket yakalamada
- Düşük ağ gecikmesine rağmen yüksek retransmisyon oranları
- Mevcut bant genişliğinin altında uygulama
- Yükleme azalırken geliştirirken performans bozulması
- Benzer donanım konfigürasyonları arasındaki rakipsiz performans
- CPU hataları veya "Kaynak geçici olarak kullanılamaz" mesajları
Problemi Anlamak
TCP Pencere Mekanizması
TCP, alıcının ne kadar veri kabul edebileceğine dair bir “harow büyüklüğü” ilan ettiği bir akış kontrol mekanizması kullanır. Sistem tamponları doldururken, bu pencere sıfıra küçülür, göndereni beklemeye zorlar. Bu bir ağ problemi olarak görünür, ancak aslında ev sahibi bir kaynak sorunudur.
Buffers Madde Nerede
- Use Buffers (SO SNDBUF/SO RCVBUF): Per-socket gönderir ve buffers alır
- TCP Pencere Buffers: bağlantıları için maksimum TCP pencere boyutu
- Network Device Buffers: NIC ring buffers for package queuing
- Sistem çapında bellek: Genel hafıza ağ için tahsis edildi
Tanık Komutlar
Linux Tanıları
# 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"
Windows Teşhisleri
# 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"
Mac Tanıları
# 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
Linux Buffer Tuning
Legacy Linux Ayarları (Circa 2009)
| Parametre parametresi | Legacy Value (2009) | Açıklama |
|---|---|---|
| net.core.rmem default | 124928 (122KB) | Varsayılan olarak soket tampon boyutu alır |
| net.core.rmem max | 131071 (128KB) | En fazla alınan soket tampon büyüklüğü |
| net.core.wmem default | 124928 (122KB) | Varsayılan gönderme soket tampon boyut |
| net.core.wmem max | 131071 (128KB) | Maksimum gönderen soket tampon büyüklüğü |
| net.ipv4.tcp rmem | 4096 87380 174760 | TCP tampon alır: min, varsayılan, max (in bytes) |
| net.ipv4.tcp wmem | 4096 16384 131072 | TCP buffer gönder: min, varsayılan, max (in bytes) |
| net.ipv4.tcp mem | 196608 262144 393216 | TCP bellek sayfaları: düşük, baskı, yüksek |
| net.core.netdev max backlog | 1000 1000 | Giriş kuyruklarında maksimum paketler |
| net.core.optmem max | 10240 (10KB) | soket başına maksimum tampon boyut |
Mevcut Linux Ayarları (2025-2026)
| Parameter | Şimdiki önerilen Değer | 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 134228 | TCP tampon alır: min, varsayılan, max (128MB max) |
| net.ipv4.tcp_wmem | 4096 65536 134217728 | TCP buffer gönder: min, varsayılan, max (128MB max) |
| net.ipv4.tcp_mem | 8388608 12582912 16777216 | TCP bellek sayfaları: düşük, baskı, yüksek (64GB sistemi) |
| net.core.netdev_max_backlog | 250000 | Giriş kuyruğunda maksimum paketler (10GbE+) |
| net.core.optmem_max | 65536 (64KB) | Maximum ancillary buffer size per socket |
| net.ipv4.tcp congestion kontrol | b | BBR kongestion kontrolünü kullanın (Google'ın algoritması) |
| net.ipv4.tcp window scaling | 1 1 1 | Enable TCP pencere ölçeklendirme (RFC 1323) |
| net.ipv4.tcp timestamps | 1 | Daha iyi RTT tahminleri için enable TCP timestamps |
| net.ipv4.tcp sack | 1 | Enable Selective Acknowledgment |
| net.ipv4.tcp no metrics save | 1 | TCP metriklerinin Değerlendirilmesi |
Linux Yapı Uygulama Uygulama Uygulama
Bu ayarları ekleyin /etc/sysctl.conf veya yeni bir dosya oluşturmak /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
NIC Ring Buffer Tuning
# 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
- Per-connection memory: Her bağlantı rmem max + wmem max (256MB ile 128MB buffers) için kullanılabilir.
- Toplam sistem etkisi: 1.000 bağlantı × 256MB = 256GB potansiyel kullanım
- Güvenli tahminler: Max concurrent bağlantıları × 256MB sistemin% 50'sini geçmemelidir
- Örnek: Örnek: 64GB sunucusu, 128MB buffers ile anlık yüksek kodlu bağlantılara max bağlantıları sınırlandırmalıdır.
- <16GB RAM ile sunucular için tavsiye: Buffers'ı 16-32MB max'a azaltın ve tcp mem orantılı olarak ayarlayın
Windows Buffer Tuning
Legacy Windows Ayarları (Circa 2009 - Windows Vista/7/Server 2008)
| Parameter | Legacy Value (2009) | Konum Location |
|---|---|---|
| TcpWindowSize | 65535 (64KB) | Kayıt: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters |
| Tcp1323Opts | 0 (disabled) | Pencere, varsayılan olarak devre dışı bırakılır |
| ReceiveWindow | 8192 (8KB) | Varsayılan olarak pencere satın alın |
| Varsayılan olarak | 8192 (8KB) | Varsayılan olarak pencere gönderin |
| GlobalMaxTcpWindowSize | 65535 (64KB) | Maksimum TCP pencere büyüklüğü |
| TcpNumConnections | 16777214 | Maksimum TCP bağlantıları |
Windows Ayarları (Windows 10/11/Server 2019-2025)
Modern Windows, modernleri kullanır Pencere Auto-Tuning Dinamik olarak ayarlanan özellik, ağ koşullarına dayanan tamponları alır.
| Özellik | Şimdiki önerilen ayar | Description |
|---|---|---|
| Auto-Tuning Level | Normal (veya 10GbE+ için son derece deneysel) | Dinamik pencere ayarlaması |
| Al-Side Scaling (RSS) | etkinleştiren etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş etkinleştirilmiş | CPU'lar arasındaki Dağ ağı işleme |
| Chimney Offload | Otomatik (veya modern NIC'lerde devre dışı bırakılır) | TCP offload to NIC Donanım |
| NetDMA | Evsiz engelliler | Doğrudan Memory Access (dönedilmiş) |
| TCP Global Parametreleri | Aşağıdaki komutlara bakınız | Sistem çapında TCP ayarları |
| Congestion Provider | CUBIC (veya NewReno fallback) | TCP congestion control algoritma |
Windows Yapılandırma Komutları
# 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
Gelişmiş NIC Buffer Ayarları ( Device Manager veya 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
Kayıt Tweaks (Advanced - Use with Caution)
# 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)
Mac Buffer Tuning
Legacy Mac Ayarları (Circa 2009 - Mac OS X 10.5/10.6)
| Parameter | Legacy Value (2009) | Description |
|---|---|---|
| kern.ipc.maxsockbuf | 262144 (256KB) | Maksimum soket tampon boyutu |
| net.inet.tcp.sendspace | 32768 (32KB) | Varsayılan TCP buffer gönderir |
| net.inet.tcp.recvspace | 32768 (32KB) | Varsayılan TCP buffer |
| net.inet.tcp.autorcvbufmax | 131072 (128KB) | En fazla oto-tuned buffer |
| net.inet.tcp.autosndbufmax | 131072 (128KB) | En fazla oto-tuned yolla buffer |
| net.inet.tcp.rfc1323 | 0 (disabled) | TCP pencere ölçeklendirme |
Current Mac Ayarlar (macOS 12-15 Monterey Sequoia aracılığıyla)
| 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 (aktif) | Enable TCP pencere ölçeklendirme |
| net.inet.tcp.sack | 1 (enabled) | Enable Selective Acknowledgment |
| net.inet.tcp.msdflt | 1440 | Varsayılan TCP maksimum Segment Boyut |
| net.int.tcp.delayed ack | 3 3 | Gecikmiş ACK davranışı |
Mac oluşturma Uygulama
# 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 <Persist olmayan Ayarlar için bir Lanemon oluşturmak
# 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 Uyarı: MacOS Ventura (13) ve daha sonra System Integrity Protection (SIP) kısıtlamaları var. Bazı çekirdek parametreleri sudo ile bile modifiable olmayabilir. Belirli çevrenizdeki test ayarları.
Performans Testi ve Geçerlilik
Buffer Performansı için Araçlar
iperf3 - Network Performans Testi
# 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 - TCP Pencere Boyutlarını Yakalayın
# 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'
Wireshark Analysis
Bu tampon sorunların göstergelerine bakın:
- TCP Zero Pencere mesajları
- TCP Pencere Update paketleri
- TCP Pencere Full bildirimleri
- Düşük RTT ile yüksek retransmisyon oranları
Sistem İzleme Sistem İzleme Sistemi
# 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
Band Wide-Delay Ürün (BDP) Hesaplama
Ağınız için en uygun tampon boyutları belirlemek için, Band genişliği-Delay Ürününü hesaplayın:
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.
Workload-Specific Önerileri
| Workload Type | Önerilen Buffer Boyut | Anahtar Parametreleri |
|---|---|---|
| Web Server (Low latency) | 4-16 MB | Alt tamponlar, daha fazla bağlantı, hızlı yanıt |
| Veritabanı Server | 16-32 MB | Moderate buffers, tutarlı throughput |
| Dosya Transferi / Backup | 64-128 MB | Maksimum tamponlar, yüksek devir önceliği |
| Video Akış | 32-64 MB | Büyük tamponlar, tutarlı teslimat oranı |
| HPC / Data Center | 128-256 MB | En büyük tamponlar, uzman tebrik kontrolü |
| Kablosuz / Mobile | 2-8 MB | Muhafazakar tamponlar, değişken latency kullanımı |
Yaygın Hatalar ve Pitfalls
Hatalardan kaçınmak için
- Over-buffering: Aşırı derecede büyük tamponlar, bufferbloat'a neden olabilir, geciken geçncy
- Hafıza kısıtlamalarını görmezden gelirim: Büyük tamponlar bağlantı sayısı ile çarpılır; 10.000 bağlantı ve 128MB tamponları olan bir sunucu 1.25TB RAM RAM'a ihtiyaç duyar.
- Neden olmadan oto-öğrenme: Modern OS auto-tuning genellikle statik ayarlardan daha iyidir
- Değişikliklerden sonra test etme: Her zaman gerçek iş yükleri ile performans geliştirmelerini doğrulayın
- NIC tamponları unutun: Ring buffer egzozion, soket tamponlarından bağımsız olarak oluşabilir
- Inconsistent ayarları: Müşteri ve sunucu uyumlu tampon yapılandırmaları olmalıdır
- Kongestion kontrolünü görmezden gelin: BBR ve CUBIC, eski algoritmaların önemli ölçüde daha iyi
Sorun Giderme Çalışması
- Temel oluşturmak: iperf3 veya benzer aletlerle mevcut performans
- Yakalama paketleri: TCP pencere davranışını tanımlamak için tcpdump/Wireshark kullanın
- Kontrol sistemi istatistikleri: damlalara bakın, buffer egzozion, retransmissions
- BDP'yi Hesaplamak: Teorik olarak en uygun tampon boyutları belirleme
- Artan değişiklikler uygulayın: Her şeyi bir kerede değiştirme
- Test ve doğrulama: Gerçek performans iyileştirmesi
- Zaman içinde İzleme: Avantajları ayarları farklı yükler altında optimal kalır
Referanslar ve Daha Fazla Okuma
- RFC 1323 - Yüksek Performans için TCP Extensions (Window Scaling)
- CR 2018 - TCP Selective Acknowledgment Options
- RFC 6928 - TCP'nin ilk Penceresini artırmak
- 8312 - CUBIC Congestion Control Algorithm
- BBR Congestion Control (Google) - https://search.google/pubs/pub45646 /
- Linux Elektronik Dokümantasyon - ağ/ip-sysctl.txt
- Windows TCP/IP Performansı Tuning Guide (Microsoft)
- ESnet Network Tuning Guide - https://fasterdata.es.net/
Sonuç Sonuç Sonuç Sonuç
Buffer egzozion, ağla ilgili görünen performans sorunlarının ortak bir kök nedenidir. Bugünün 128MB yeteneklerine giden buffer boyutlarını anlayarak, ağ mühendisleri bu sorunları hızlı bir şekilde tanımlayabilir ve çözebilir.
Key takeaways:
- Modern sistemler, geleneksel (2009) konfigürasyonlarından önemli ölçüde daha büyük tamponlara ihtiyaç duyuyor
- Her zaman belirli ağ koşullarınız için BDP'yi hesaplar
- Mevcut olduğunda OS oto-tuning özelliklerini kullanın (Windows, modern Linux)
- Değişiklikleri doğrulamak ve test etmek
- ayarlandığında iş yük özel gereksinimleri göz önünde bulundurun
Unutmayın: TCP sıfır pencerelerini göstermek için paket analizi tarafından açıklanan bir "network problem" aslında ev sahibi bir sistem kaynağı problemidir. Uygun tampon ayar ile, bu sahte teşhisleri ortadan kaldırabilirsiniz ve optimal performans elde edebilirsiniz.
Son Güncelleme: 2 Şubat 2026
Author: Baud9600 Teknik Takım