مهندسان شبکه اغلب با شرایطی مواجه می شوند که در آن عملکرد پنجره یا برنامه TCP در زیرساخت های شبکه مقصر است. پس از انجام ضبط بسته گسترده، tcpdumps و تجزیه و تحلیل شبکه، تنگنا واقعی اغلب کشف می شود: NIC خسته (Network Card) یا بافرهای سطح سیستم عامل در سیستم های مشتری یا سرور.
این مقاله هر دو میراث (circa 2009) و تنظیمات بافر فعلی (2025-2026) را برای لینوکس، ویندوز و macOS فراهم می کند، همراه با تکنیک های تشخیصی برای شناسایی خستگی بافر قبل از تبدیل شدن به یک مسئله بحرانی.
TCP از یک مکانیسم کنترل جریان استفاده می کند که در آن گیرنده یک "اندازه پنجره" را تبلیغ می کند که نشان می دهد چه مقدار داده می تواند بپذیرد. هنگامی که بافر سیستم پر می شود، این پنجره به صفر کاهش می یابد و فرستنده را مجبور می کند منتظر بماند. این به عنوان یک مشکل شبکه به نظر می رسد اما در واقع یک مسئله منبع میزبان است.
# 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"
# 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"
# 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
| پارامتر | ارزش میراث (2009) | توضیحات |
|---|---|---|
| Net.core.rmem default | 124928 (122KB) | پیش بینی اندازه سوکت |
| Net.core.rmem max | 131071 (128KB) | حداکثر اندازه سوکت را دریافت کنید |
| Net.core.wmem default | 124928 (122KB) | پیش فرض ارسال سوکت |
| Net.core.wmem max | 131071 (128KB) | حداکثر اندازه سوکت را ارسال کنید |
| Net.ipv4.tcp rmem | 4096 87380 174760 | TCP بافر دریافت می کند: من، به طور پیش فرض، حداکثر (در بایت) |
| Net.ipv4.tcp wmem | 4096 16384 131072 | TCP بافر ارسال می کند: من، به طور پیش فرض، حداکثر (در بایت) |
| Net.ipv4.tcp mem | 196608 26144 393216 | صفحات حافظه TCP: پایین، فشار، بالا |
| Net.core.netdev max backlog | 1000 | حداکثر بسته ها در صف ورودی |
| Net.core.optm max | 10240 (10KB) | حداکثر اندازه acillary در هر سوکت |
| Parameter | ارزش پیشنهادی فعلی | 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 بافر دریافت می کند: من، پیش فرض، حداکثر (128MB max) |
| net.ipv4.tcp_wmem | 4096 65536 134217728 | TCP بافر ارسال می کند: من، به طور پیش فرض، حداکثر (128MB max) |
| net.ipv4.tcp_mem | 38308 12582912 16777216 | صفحات حافظه TCP: سیستم حافظه پایین، فشار، بالا (64 گیگابایت) |
| net.core.netdev_max_backlog | 250000 | حداکثر بسته ها در صف ورودی (10GbE+) |
| net.core.optmem_max | 65536 (64KB) | Maximum ancillary buffer size per socket |
| Net.ipv4.tcp congestion کنترل | bbr | استفاده از کنترل ترافیک BBR ( الگوریتم Google) |
| Net.ipv4.tcp Windows scaling | 1 1 | فعال کردن اندازه گیری پنجره TCP (RFC 1323) |
| Net.ipv4.tcp timestamps | 1 | گزینه های TCP برای برآورد بهتر RTT |
| Net.ipv4.tcp sack | 1 | امکان پذیرش انتخابی |
| Net.ipv4.tcp nometrics save | 1 | کاهش اندازه های TCP |
این تنظیمات را اضافه کنید /etc/sysctl.conf یا یک فایل جدید ایجاد کنید /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
# 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
| Parameter | Legacy Value (2009) | موقعیت مکانی |
|---|---|---|
| TcpWindowsize | 65:35 (64KB) | بایگانی برچسب ها: HKLM\system\CurrentControlSet\Tcpip\Parameters |
| Tcp1323Opts | 0 (disabled) | اندازه گیری پنجره توسط پیش فرض |
| دانلود بازی ReceiveWindow | 8192 (8KB) | شکست پنجره |
| دانلود بازی TheendWindow | 8192 (8KB) | ارسال پنجره |
| GlobalMaxTcpWindowsize | 65535 (64KB) | حداکثر اندازه پنجره TCP |
| اتصال TcpNumConnections | ۱۶۷۵ | حداکثر اتصالات TCP |
ویندوز مدرن از پنجره Auto-Tuning ویژگی، که به طور پویا تنظیم بافر بر اساس شرایط شبکه دریافت می کند.
| ویژگی های | تنظیمات پیشنهادی فعلی | Description |
|---|---|---|
| دانلود بازی Auto-Tuning Level | طبیعی (یا بسیار تجربی برای 10GbE+) | Dynamic دریافت تنظیمات پنجره |
| مقیاس پذیری (RSS) | فعال کردن | توزیع پردازش شبکه در سراسر CPU |
| دانلود فیلم Chimney Offload | خودکار (یا معلول در NIC های مدرن) | ارسال TCP به سخت افزار NIC |
| NetDMA | معلول معلول | دسترسی مستقیم حافظه (deprecated) |
| پارامترهای جهانی TCP | مشاهده دستورات زیر | تنظیمات TCP در سراسر سیستم |
| ارائه دهنده Congestion | CUBIC (یا NewReno Fallback) | الگوریتم کنترل ترافیک TCP |
# 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
# 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
# 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)
| Parameter | Legacy Value (2009) | Description |
|---|---|---|
| kern.ipc.maxsockbuf | 26144 (256KB) | حداکثر اندازه سوکت |
| Net.inet.tcp | 32768 (32KB) | پیش فرض TCP |
| Net.inet.tcp.recvspace | 32768 (32KB) | پیش فرض TCP |
| Net.inet.tcp.autorcvbufmax | 131072 (128KB) | حداکثر بهره برداری خودکار |
| Net.inet.tcp.autosndbufmax | 131072 (128KB) | حداکثر قابلیت ارسال بافر |
| Net.inet.tcp.rc1323 | 0 (disabled) | پنجره TCP |
| Parameter | Current Recommended Value | Description |
|---|---|---|
| kern.ipc.maxsockbuf | 808 (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 ( فعال) | فعال کردن اندازه گیری پنجره TCP |
| Net.inet.tcp | 1 (enabled) | Enable Selective Acknowledgment |
| Net.inet.tcp.ms pdflt | ۱۴ | پیش بینی حداکثر اندازه TCP |
| Net.inet.tcp.delayed ack | 3 | تاخیر در رفتار |
# 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 <ایجاد یک LaunchDaemon برای تنظیمات مداوم
# 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 هشدار: macOS Ventura) و سپس محدودیت های System Integrity Protection (SIP) دارند. برخی از پارامترهای هسته ممکن است حتی با sudo قابل اصلاح نباشند. تنظیمات تست در محیط خاص شما
# 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
# 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'
به دنبال این شاخص های مسائل بافر باشید:
# 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
برای تعیین اندازه های بافر مطلوب برای شبکه خود، محصول Bandwidth-Delay را محاسبه کنید:
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 Type | توصیه شده بافر | پارامترهای کلیدی |
|---|---|---|
| Web Server (Low Delay) | 4-16 MB | بافرهای پایین تر، اتصالات بیشتر، پاسخ سریع |
| پایگاه داده Server | 16-32 MB | بافرهای متوسط، ثابت از طریقput |
| انتقال فایل / Backup | 64128 MB | حداکثر بافرها، اولویت بالا از طریقput |
| جریان ویدئو | 32-64 MB | بافرهای بزرگ، نرخ تحویل ثابت |
| HPC / Data Center | 128-256 MB | حداکثر بافر، کنترل تراکم تخصصی |
| Wireless / Mobile | 2-8 MB | بافرهای محافظه کار، مدیریت تاخیر متغیر |
خستگی بافر یک علت ریشه مشترک از مسائل عملکردی است که به نظر می رسد مربوط به شبکه است. با درک تکامل بافر از محدودیت های 128KB 2009 تا توانایی های 128MB امروز، مهندسان شبکه می توانند به سرعت این مسائل را شناسایی و حل کنند.
نکات کلیدی:
به یاد داشته باشید: یک "مشکل شبکه" که توسط تجزیه و تحلیل بسته نشان می دهد پنجره های TCP صفر در واقع یک مشکل منبع سیستم میزبان است. با تنظیم مناسب بافر، می توانید این تشخیص های نادرست را از بین ببرید و به عملکرد بهینه دست یابید.
آخرین به روز رسانی: 2، 2026
Baud9600 تیم فنی