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
- Пам'ять підключення: Кожне підключення може використовуватися до 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)
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 <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 (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 значно краще, ніж старші алгоритми
Виправлення несправностей робочого процесу
- Створення базової бази: Поточна продуктивність за допомогою iperf3 або аналогічних інструментів
- Пакети труб: Використовуйте tcpdump/Wireshark для ідентифікації поведінки вікна TCP
- Статистика системи: Шукаємо краплі, буферна виснаження, ретрансмісії
- Розрахунок BDP: Визначити теоретично оптимальні розміри буфера
- Застосовувати внутрішньочасні зміни: Не змінюйте все відразу
- Тестування та перевірка: Сприяє покращенню фактичних показників
- Контроль за часом: Настроювання параметрів залишаються оптимальними при різних навантаженнях
Посилання та подальше читання
- 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 Технічна команда