System Buffer Tuning - TCP and Network Performance Optimization

Система Buffer Tuning: Прихований рафит за "Інноваційні проблеми"

Виконавчий директор

Мережеві інженери часто зустрічаються ситуації, де відключається вікно TCP або продуктивність програми. Після виконання великим захопленням пакетів, tcpdumps та мережевого аналізу, відкрита справжня пляшечка: вичерпається NIC (Network Інтерфейсна картка) або ж на рівні OS на клієнтських або серверних системах.

Ця стаття забезпечує як спадщина (circa 2009) і струм (2025-2026) буферні конфігурації для Linux, Windows, і macOS, разом з діагностичними методами для виявлення виснаження буфера перед тим як вона стає критичним питанням.

Загальні симптоми виснаження буфера

  • TCP Zero Вікно події в пакеті захоплення
  • Високий рівень ретрансляції незважаючи на низьку цілісність мережі
  • Застосування пропускної здатності значно нижче
  • Деградація продуктивності під навантаженням, що покращується при зниженні навантаження
  • Непристойна продуктивність по схожим апаратним конфігураціям
  • Помилки роз'єму або повідомлення "Пошук тимчасово недоступний"

Розуміння проблеми

Механізм вікна TCP

TCP використовує механізм управління потоком, де ресивер рекламує "розмір вітру", що вказує на те, скільки даних він може прийняти. Коли система заповнюється, це вікно усаджує до нуля, змушуючи відправника чекати. Це з'являється як мережева проблема, але насправді є господарським ресурсом.

Де Buffers Matter

  • Розетка Буфферс (SO SNDBUF/SO RCVBUF): Надсувні відправки і отримання буферів
  • TCP віконні шафи: Максимальний розмір вікна TCP для підключення
  • Мережеві прилади: НІЧНІ брелоки для квадроцикла
  • Системна пам'ять: Загальна пам'ять, виділена для мереж

Діагностика команд

Діагностика 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"

Діагностика Windows

# 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

Налаштування Linux Buffer

Налаштування Legacy Linux (Circa 2009)

Параметр Значення спадщини (2009) Опис
English, Українська, Français... 124928 (122КБ) Розмір буфера за замовчуванням
English, Українська, Français... 131071 (128КБ) Максимальний розмір буфера
English, Українська, Français... 124928 (122KB) Розмір буфера за замовчуванням
English, Українська, Français... 131071 (128KB) Максимальний розмір відправки буфера
English, Українська, Français... 4096 87380 174760 TCP отримує буфер: хв, за замовчуванням, макс (в байтах)
English, Українська, Français... 4096 16384 131072 TCP відправити буфер: хв, за замовчуванням, макс (в байтах)
English, Українська, Français... 196608 262144 393216 TCP пам'яті сторінок: низький, тиск, високий
English, Українська, Français... 1000 р. Максимальні пакети в вхідній черзі
net.core.optmem max 10240 (10КБ) Максимальний розмір буфера за розеткою

Поточні налаштування Linux (2025-2026)

Parameter Поточний Рекомендований значення Description
net.core.rmem_default 16777216 (16МБ) 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 макс.)
net.ipv4.tcp_wmem 4096 65536 134217728 TCP відправити буфер: хв, за замовчуванням, макс (128MB макс.)
net.ipv4.tcp_mem 8388608 12582912 16777216 TCP пам'яті сторінок: низький, тиск, високий (64GB система)
net.core.netdev_max_backlog 250000 р. Максимальна кількість пакетів у вхідній черзі (10GbE+)
net.core.optmem_max 65536 (64КБ) Maximum ancillary buffer size per socket
JavaScript licenses API Веб-сайт Go1.13.8 баб Використовуйте контроль за закладками BBR ( алгоритм Google)
net.ipv4.tcp window scaling 1 час Увімкнути TCP вікна масштабування (RFC 1323)
JavaScript licenses API Веб-сайт Go1.13.8 1 Увімкнути таймери TCP для кращої оцінки RTT
English, Українська, Français... 1 Увімкнути вибране зображення
JavaScript licenses API Веб-сайт 1 Вимкнений кешування метриків ТCP

Налаштування Linux

Додати ці налаштування /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 Кільце 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
Критична попередження - Споживання пам'яті: Значення tcp mem на сторінках пам'яті (типово 4KB). Великі розміри буфера можуть викликати сильний тиск пам'яті:
  • Пам'ять підключення: Кожне підключення може використовуватися до rmem max + wmem max (256MB з 128MB буферами)
  • Загальний вплив системи: 1000 з'єднань × 256MB = 256GB
  • Безпечна оцінка: Максимальна кількість одночасних з'єднань × 256MB не повинна перевищувати 50% системи оперативної пам'яті
  • Приклад: Сервер 64GB повинен обмежити максимальні з'єднання до ~125 одночасних з'єднань високого рівня з 128 Мб
  • Рекомендації для серверів з оперативною пам'яттю <16GB: Знижувати буфери до 16-32 Мб макс і регулювати tcp mem пропорційно

Вікна Buffer Tuning

Налаштування Legacy Windows (Circa 2009 - Windows Vista/7/Server 2008)

Parameter Legacy Value (2009) Місцезнаходження
TcpWindowSize 65535 (64КБ) Статус на сервери
Tcp1323Опти 0 (вимкнено) Вимкнення вікон вимкнено за замовчуванням
JavaScript licenses API Веб-сайт 8192 (8КБ) Ім'я користувача
JavaScript licenses API Веб-сайт 8192 (8KB) Ім'я користувача
ГлобальнийMaxTcpWindowSize 65535 (64KB) Максимальний розмір вікна TCP
TcpNumПідключення 16777214, Україна Максимальна кількість підключень TCP

Поточні налаштування Windows (Windows 10/11/Сервер 2019-2025)

Сучасні вікна використовують Отримувати автоматичне керування вікнам функція, яка динамічно регулює отримання буферів на основі мережевих умов.

Головна Поточний Рекомендований налаштування Description
Авто-Tuning рівень нормальний (або високоекспертизований для 10GbE+) Динамічна обробка вікон
Отримувач (RSS) Увімкнути Розподіліть мережеву обробку через процесори
Чимні Offload автоматична (або вимкнена на сучасних NICs) Перевантаження TCP на NIC обладнання
Про компанію відэа Прямий доступ до пам'яті (розширений)
Глобальні параметри TCP Переглянути команди нижче Системні налаштування TCP
Постачальники CUBIC (або NewReno) Алгоритм керування навантаженням TCP

Команди конфігурації 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

Розширені налаштування NIC Buffer (через диспетчер або 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

Статус на сервери

# 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)
Попередження: У сучасних Windows (10/11/Server 2019+), уникнення ручних модифікацій реєстрів, якщо автообмінування викликає проблеми. Автоматичні алгоритми, як правило, перевершують статичні налаштування.

macOS Buffer Тюнінг

Налаштування Legacy macOS (Circa 2009 - Mac OS X 10.5/10.6)

Parameter Legacy Value (2009) Description
кер.ipc.maxsockbuf 262144 (256КБ) Максимальний розмір буфера
English, Українська, Français... 32768 (32КБ) Завантажити плагін - TCP
English, Українська, Français... 32768 (32KB) За замовчуванням TCP отримує буфер
English, Українська, Français... 131072 (128КБ) Максимальний автоматичний буфер
English, Українська, Français... 131072 (128KB) Максимальний автоматичний буфер
English, Українська, Français... 0 (disabled) TCP віконне масштабування

Поточні налаштування macOS (macOS 12-15 Монтерей через Sequoia)

Parameter Current Recommended Value Description
kern.ipc.maxsockbuf 8388608 (8МБ) 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 вікна масштабування
English, Українська, Français... 1 (enabled) Enable Selective Acknowledgment
English, Українська, Français... 1440 р. Розмір TCP Max Segment
English, Українська, Français... 3 хв Поведінка ACK

Застосування конфігурації 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 <

Створення 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 (13) і пізніше мають обмеження системи доброчесності (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 - Capture 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'

Аналіз дроту

Дивитися ці показники буферних питань:

  • TCP Zero повідомлення
  • Пакети оновлення вікна TCP
  • TCP вікна Повні повідомлення
  • Високий рівень ретрансляції з низьким 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

Розрахунок пропускної здатності-Delay продукту (BDP)

Щоб визначити оптимальні розміри буферів для вашої мережі, розрахуйте асортимент 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.

Рекомендаційні рекомендації

Тип робочого навантаження Рекомендований розмір буфера Основні параметри
Статус на сервери 4-16 Мб Низькі буфери, більше з'єднань, швидка відповідь
Сервер бази даних 16-32 Мб Поміряйте буфери, послідовний пропускний зв'язок
Передача файлів / Резервне копіювання 64-128 Мб Максимальні манжети, перш за все
Відео Потоки 32-64 Мб Великі буфери, послідовна швидкість доставки
HPC / Центр даних 128-256 Мб Максимальні манжети, спеціалізований контроль за закладами
Бездротовий / мобільний 2-8 Мб Консервативні буфери, обробка змінної затримки

Загальні збори та пам'ятки

Уникнути

  • Надкупівля: Надмірно великі пуфи можуть викликати буферблат, збільшення затримки
  • Визначення обмеження пам'яті: Великі буфери множиться на кількість з'єднання; сервер з 10000 з'єднань і 128 Мб буферів потребує 1.25ТБ оперативної пам'яті
  • Відключення автовиїзду без причини: Сучасна автотехніка OS зазвичай краще, ніж статичні налаштування
  • Не тестувати після змін: Завжди валідувати поліпшення продуктивності з реальними навантаженнями
  • Забути 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 - контроль за охороною CUBIC Algorithm
  • BBR Контроль за зборами (Google) - https://research.google/pubs/pub45646/
  • English, Українська, Français...
  • Керівництво з налаштування продуктивності Windows TCP / IP (Microsoft)
  • ESnet Network Tuning Guide - https://fasterdata.es.net/

Висновок

Виснаження буфера є поширеною першопричиною питань, які з'являються до мережі. Розуміючи еволюцію буфера, що використовується у 2009 році, 128KB обмеження до сучасних можливостей 128MB, мережеві інженери можуть швидко ідентифікувати та вирішувати ці проблеми.

Ключові забіги:

  • Сучасні системи потребують значно більших буферів, ніж конфігурація (2009)
  • Завжди розрахувати БДП за конкретними умовами мережі
  • Використовуйте функції автоматичного налаштування OS при наявності (Windows, сучасна Linux)
  • Моніторинг та тестування для перевірки змін
  • Розглянемо вимоги до робочого навантаження при налаштуванні

Пам'ятайте: "мережна проблема" розкрито аналіз пакетів, щоб показати TCP нульові вікна є дійсною проблемою ресурсу. З правильним налаштуванням буфера можна усунути ці помилкові діагнози і досягти оптимальної продуктивності.


Останнє оновлення: 2 лютого 2026

Автор: Baud9600 Технічна команда