System Buffer Tuning - TCP and Network Performance Optimization

System Buffer Tuning: The Hidden Culprit در پشت “مشکلات شبکه”

خلاصه اجرایی

مهندسان شبکه اغلب با شرایطی مواجه می شوند که در آن عملکرد پنجره یا برنامه TCP در زیرساخت های شبکه مقصر است. پس از انجام ضبط بسته گسترده، tcpdumps و تجزیه و تحلیل شبکه، تنگنا واقعی اغلب کشف می شود: NIC خسته (Network Card) یا بافرهای سطح سیستم عامل در سیستم های مشتری یا سرور.

این مقاله هر دو میراث (circa 2009) و تنظیمات بافر فعلی (2025-2026) را برای لینوکس، ویندوز و macOS فراهم می کند، همراه با تکنیک های تشخیصی برای شناسایی خستگی بافر قبل از تبدیل شدن به یک مسئله بحرانی.

نشانه های معمول خستگی بافر

  • رویدادهای TCP Zero Window در بسته
  • نرخ انتقال سریع علی رغم تاخیر شبکه پایین
  • درخواست از طریقput به طور قابل توجهی در زیر پهنای باند موجود
  • تخریب عملکرد تحت بار که در هنگام کاهش بار بهبود می یابد
  • عملکرد احتمالی در سراسر تنظیمات سخت افزاری مشابه
  • خطای سوکت یا پیام های "منابع موقت در دسترس"

درک مشکل

مکانیسم اندازه گیری پنجره TCP

TCP از یک مکانیسم کنترل جریان استفاده می کند که در آن گیرنده یک "اندازه پنجره" را تبلیغ می کند که نشان می دهد چه مقدار داده می تواند بپذیرد. هنگامی که بافر سیستم پر می شود، این پنجره به صفر کاهش می یابد و فرستنده را مجبور می کند منتظر بماند. این به عنوان یک مشکل شبکه به نظر می رسد اما در واقع یک مسئله منبع میزبان است.

جایی که Buffer Matter

  • سوکت بافر (SO SNDBUF/SO RCVBUF): ارسال و دریافت بافر
  • پنجره TCP بافر: حداکثر اندازه پنجره TCP برای اتصالات
  • دستگاه شبکه بافر: بافرهای حلقه NIC برای صف بندی بسته
  • حافظه گسترده سیستم: حافظه کلی اختصاص داده شده برای شبکه

دستورالعمل های تشخیصی

تشخیص لینوکس

# 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 Diagnostics

# 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"

تشخیص 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

لینوکس بافر

تنظیمات لینوکس میراث (Circa 2009)

پارامتر ارزش میراث (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 در هر سوکت

تنظیمات فعلی لینوکس (2025-2026)

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

لینوکس Configuration Application

این تنظیمات را اضافه کنید /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

NIC Ring بافر

# 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
هشدار انتقادی - مصرف حافظه: مقدار tcp mem در صفحات حافظه (معمولا 4KB) است. اندازه های بافر بزرگ می توانند فشار حافظه شدید ایجاد کنند:
  • حافظه اتصال: هر اتصال می تواند تا rm max + wmem max (256MB با 128 مگابایت) استفاده کند.
  • تاثیر کلی سیستم: 1000 اتصال × 256MB = 256GB استفاده بالقوه
  • برآورد ایمن: اتصالات همزمان با مکس × 256MB نباید بیش از 50 درصد از سیستم RAM باشد
  • مثال: یک سرور 64 گیگابایتی باید حداکثر اتصالات را محدود کند - 125 اتصال همزمان با 128 مگابایت
  • توصیه برای سرورهای با <16GB RAM: کاهش بافر به 16-32MB max و تنظیم tcp mem متناسب

Windows Buffer Tuning

تنظیمات ویندوز (Circa 2009 – Windows Vista/7/Server 2008)

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

تنظیمات فعلی ویندوز (Windows 10/11/Server 2019-2025)

ویندوز مدرن از پنجره Auto-Tuning ویژگی، که به طور پویا تنظیم بافر بر اساس شرایط شبکه دریافت می کند.

ویژگی های تنظیمات پیشنهادی فعلی Description
دانلود بازی Auto-Tuning Level طبیعی (یا بسیار تجربی برای 10GbE+) Dynamic دریافت تنظیمات پنجره
مقیاس پذیری (RSS) فعال کردن توزیع پردازش شبکه در سراسر CPU
دانلود فیلم Chimney Offload خودکار (یا معلول در NIC های مدرن) ارسال TCP به سخت افزار NIC
NetDMA معلول معلول دسترسی مستقیم حافظه (deprecated)
پارامترهای جهانی TCP مشاهده دستورات زیر تنظیمات TCP در سراسر سیستم
ارائه دهنده Congestion CUBIC (یا NewReno Fallback) الگوریتم کنترل ترافیک TCP

Windows Configuration Commands

# 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

تنظیمات پیشرفته NIC Buffer (از طریق Device Manager یا 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

بایگانی برچسب ها (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)
هشدار: در ویندوز مدرن (10/11/Server 2019+) ، از تغییرات ثبت نام دستی خودداری کنید مگر اینکه auto-tuning باعث مشکلات شود. الگوریتم های خودکار سازی به طور کلی از تنظیمات استاتیک برتر هستند.

macOS Buffer Tuning

تنظیمات macOS (Circa 2009 - Mac OS X 10.5/10.6)

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

تنظیمات فعلی macOS (Mac 12-15 Monterey از طریق Sequoia)

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 تاخیر در رفتار

Mac Configuration Application

# 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 <Labelcom.local.sysctlProgramArguments/usr/sbin/sysctl-wkern.ipc.maxsockbuf=8388608RunAtLoad
EOF

sudo chmod 644 /Library/LaunchDaemons/com.local.sysctl.plist
sudo launchctl load /Library/LaunchDaemons/com.local.sysctl.plist
هشدار: macOS Ventura) و سپس محدودیت های System Integrity Protection (SIP) دارند. برخی از پارامترهای هسته ممکن است حتی با sudo قابل اصلاح نباشند. تنظیمات تست در محیط خاص شما

تست عملکرد و اعتبار

ابزارهای تست Buffer Performance

iperf3 - تست عملکرد شبکه

# 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

# 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

به دنبال این شاخص های مسائل بافر باشید:

  • پیام های TCP Zero Window
  • TCP Window Update بسته
  • پنجره TCP Full notification
  • نرخ انتقال بالا با RTT پایین

سیستم نظارت

# 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

محصول پهنای باند (BDP) Calculation

برای تعیین اندازه های بافر مطلوب برای شبکه خود، محصول 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.

توصیه های شغلی-Specifications

دانلود بازی 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 بافرهای محافظه کار، مدیریت تاخیر متغیر

اشتباهات رایج و سقوط

اشتباهات برای اجتناب از

  • بیش از حد: بافرهای بیش از حد بزرگ می توانند باعث بافربلات شوند، افزایش تاخیر
  • تشخیص محدودیت های حافظه: بافرهای بزرگ با تعداد اتصال تکثیر می شوند؛ یک سرور با ۱۰۰۰۰ اتصال و ۱۲۸ مگابایت به 1.25TB رم نیاز دارد.
  • تعمیر خودکار بدون دلیل: نصب خودکار سیستم عامل مدرن معمولا بهتر از تنظیمات استاتیک است
  • تست نکردن پس از تغییرات: همیشه بهبود عملکرد با کارهای واقعی را تأیید کنید
  • فراموش کردن بافرهای NIC: خستگی بافر حلقه می تواند به طور مستقل از بافر سوکت رخ دهد
  • تنظیمات احتمالی: مشتری و سرور باید تنظیمات بافر سازگار داشته باشند
  • تشخیص کنترل ترافیک: BBR و CUBIC به طور قابل توجهی بهتر از الگوریتم های قدیمی تر هستند

عیب یابی گردش کار

  1. ایجاد پایه: اندازه گیری عملکرد فعلی با iperf3 یا ابزارهای مشابه
  2. بسته های ضبط: از tcpdump/Wireshark برای شناسایی رفتار پنجره TCP استفاده کنید
  3. بررسی آمار سیستم: به دنبال قطره، تخلیه بافر، انتقال مجدد
  4. محاسبه BDP: از نظر تئوری اندازه های بافر مطلوب را تعیین کنید
  5. اعمال تغییرات افزایشی: همه چیز را یک بار تغییر ندهید
  6. آزمون و اعتبار: بهبود عملکرد واقعی
  7. نظارت بر زمان: اطمینان حاصل کنید که تنظیمات در بارهای مختلف بهینه باقی می ماند

ارجاعات و خواندن بیشتر

  • RFC 1323 - افزونه های TCP برای عملکرد بالا (Window Scaling)
  • RFC 2018 - گزینه های تایید انتخاب TCP
  • RFC 6928 - افزایش پنجره اولیه TCP
  • RFC 8312 - الگوریتم کنترل دوپینگ
  • BBR Congestion Control (Google) – HTTPS://Research.google/pubs/pub45646/46
  • مستند سازی هسته لینوکس – Network/ip-sysctl.txt
  • Windows TCP/IP Performance Tuning Guide (Microsoft)
  • ESnet Network Tuning Guide – HTTPS://fasterdata.es.net//

نتیجه گیری

خستگی بافر یک علت ریشه مشترک از مسائل عملکردی است که به نظر می رسد مربوط به شبکه است. با درک تکامل بافر از محدودیت های 128KB 2009 تا توانایی های 128MB امروز، مهندسان شبکه می توانند به سرعت این مسائل را شناسایی و حل کنند.

نکات کلیدی:

  • سیستم های مدرن نیاز به بافرهای بسیار بزرگتر از پیکربندی میراث (2009) دارند.
  • همیشه BDP را برای شرایط خاص شبکه خود محاسبه کنید
  • استفاده از ویژگی های auto-tuning سیستم عامل در دسترس (Windows, Modern Linux)
  • نظارت و آزمایش برای تایید تغییرات
  • در نظر گرفتن شرایط کاری خاص هنگام تنظیم

به یاد داشته باشید: یک "مشکل شبکه" که توسط تجزیه و تحلیل بسته نشان می دهد پنجره های TCP صفر در واقع یک مشکل منبع سیستم میزبان است. با تنظیم مناسب بافر، می توانید این تشخیص های نادرست را از بین ببرید و به عملکرد بهینه دست یابید.


آخرین به روز رسانی: 2، 2026

Baud9600 تیم فنی