.. заглавие: Настройка на системния буфер - TCP и оптимизиране на производителността на мрежата
.. плужек: настройка на системния буфер
.. дата: 2026-02-02 10:00:00 UTC
.. тагове: работа в мрежа, производителност, настройка, tcp, буфери
.. категория: статии
.. връзка:
.. описание: Разбиране и оптимизиране на системните буфери за разрешаване на проблеми с производителността на TCP, често погрешно диагностицирани като мрежови проблеми
.. тип: текст
<style>
.buffer-table {
    width: 100%;
    border-collapse: collapse;
    margin: 20px 0;
}
.buffer-table th, .buffer-table td {
    border: 1px solid #ddd;
    padding: 12px;
    text-align: left;
}
.buffer-table th {
    background-color: #4CAF50;
    color: white;
}
.buffer-table tr:nth-child(even) {
    background-color: #f2f2f2;
}
.os-section {
    margin: 30px 0;
    padding: 20px;
    border-left: 4px solid #4CAF50;
    background-color: #f9f9f9;
}
.warning-box {
    background-color: #fff3cd;
    border-left: 4px solid #ffc107;
    padding: 15px;
    margin: 20px 0;
}
.diagnostic-box {
    background-color: #e7f3ff;
    border-left: 4px solid #2196F3;
    padding: 15px;
    margin: 20px 0;
}
code {
    background-color: #f4f4f4;
    padding: 2px 6px;
    border-radius: 3px;
    font-family: 'Courier New', monospace;
}
pre {
    background-color: #f4f4f4;
    padding: 15px;
    border-radius: 5px;
    overflow-x: auto;
}
</style>
<h1>Настройка на системния буфер: Скритият виновник зад "мрежовите проблеми"</h1>
<h2>Изпълнително резюме</h2>
<p>Мрежовите инженери често се сблъскват със ситуации, при които TCP прозорците или производителността на приложенията се обвиняват за мрежовата инфраструктура. След извършване на обширни улавяня на пакети, tcpdumps и анализ на мрежата, истинското тясно място често се открива: изчерпани NIC (карта за мрежов интерфейс) или буфери на ниво OS на клиентските или сървърните системи.</p>
<p>Тази статия предоставя както наследени (около 2009 г.), така и текущи (2025-2026 г.) конфигурации на буфери за Linux, Windows и macOS, заедно с диагностични техники за идентифициране на изчерпването на буфера, преди да се превърне в критичен проблем.</p>
<div class="diagnostic-box">
<h3>Често срещани симптоми на изчерпване на буфера</h3>
<ul>
<li>TCP Zero Window събития при улавяне на пакети</li>
<li>Високи скорости на препредаване въпреки ниската латентност на мрежата</li>
<li>Пропускателна способност на приложението значително под наличната честотна лента</li>
<li>Влошаване на производителността при натоварване, което се подобрява, когато натоварването намалее</li>
<li>Непоследователна производителност при подобни хардуерни конфигурации</li>
<li>Грешки в сокета или съобщения „Временно недостъпен ресурс“.</li>
</ul>
</div>
<h2>Разбиране на проблема</h2>
<h3>Механизмът за мащабиране на TCP прозорец</h3>
<p>TCP използва механизъм за контрол на потока, при който приемникът рекламира "размер на прозореца", показващ колко данни може да приеме. Когато системните буфери се запълнят, този прозорец се свива до нула, принуждавайки подателя да чака. Това изглежда като мрежов проблем, но всъщност е проблем с ресурса на хоста.</p>
<h3>Там, където буферите имат значение</h3>
<ul>
<li><strong>Буфери за гнезда (SO_SNDBUF/SO_RCVBUF):</strong>Буфери за изпращане и получаване на сокет</li>
<li><strong>TCP прозоречни буфери:</strong>Максимален размер на TCP прозореца за връзки</li>
<li><strong>Буфери на мрежови устройства:</strong>NIC ring буфери за пакети в опашка</li>
<li><strong>Памет за цялата система:</strong>Общата памет, разпределена за работа в мрежа</li>
</ul>
<h2>Диагностични команди</h2>
<div class="diagnostic-box">
<h3>Диагностика на Linux</h3>
<pre>
# 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] &amp; tcp-push != 0' -vv

# Check network statistics for buffer issues
netstat -s | grep -i "buffer\|queue\|drop"
</pre>
<h3>Windows диагностика</h3>
<pre>
# 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"
</pre>
<h3>Диагностика на macOS</h3>
<pre>
# 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
</pre>
</div>
<h2>Настройка на буфера на Linux</h2>
<div class="os-section">
<h3>Наследени настройки на Linux (около 2009 г.)</h3>
<table class="buffer-table">
<tr>
<th>Параметър</th>
<th>Legacy Value (2009)</th>
<th>Описание</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Размер на буфера на сокета за получаване по подразбиране</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Максимален размер на буфера на сокета за получаване</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Размер на буфера на гнездото за изпращане по подразбиране</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Максимален размер на буфера на гнездото за изпращане</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP буфер за получаване: мин., по подразбиране, макс. (в байтове)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP буфер за изпращане: min, default, max (в байтове)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP страници с памет: ниско, налягане, високо</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Максимален брой пакети във входната опашка</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>Максимален размер на допълнителния буфер на сокет</td>
</tr>
</table>
<h3>Текущи настройки на Linux (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Параметър</th>
<th>Текуща препоръчителна стойност</th>
<th>Описание</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16MB)</td>
<td>Размер на буфера на сокета за получаване по подразбиране</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>Максимален размер на буфера на сокета за получаване</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16MB)</td>
<td>Размер на буфера на сокета за изпращане по подразбиране</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>Максимален размер на буфера на гнездото за изпращане</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP получаващ буфер: мин., по подразбиране, макс. (128MB макс.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP буфер за изпращане: мин., по подразбиране, макс. (128MB макс.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP страници с памет: ниско, натиск, високо (64GB система)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Максимален брой пакети във входната опашка (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Максимален размер на допълнителния буфер на сокет</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>Използвайте BBR контрол на задръстванията (алгоритъм на Google)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Разрешаване на мащабиране на TCP прозорец (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Активирайте TCP клеймото за време за по-добра RTT оценка</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Активиране на селективно потвърждение</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Деактивирайте кеширането на TCP показатели</td>
</tr>
</table>
<h3>Приложение за конфигурация на Linux</h3>
<p>Добавете тези настройки към<code>/etc/sysctl.conf</code>или създайте нов файл<code>/etc/sysctl.d/99-network-tuning.conf</code>:</p>
<pre>
# 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
</pre>
<h3>NIC Ring Buffer Настройка</h3>
<pre>
# 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
</pre>
<div class="warning-box">
<strong>Критично предупреждение - Консумация на памет:</strong>Стойностите tcp_mem са в страници с памет (обикновено 4KB). Големите размери на буфера могат да причинят сериозен натиск върху паметта:<ul>
<li><strong>Памет за всяка връзка:</strong>Всяка връзка може да използва до rmem_max + wmem_max (256MB със 128MB буфери)</li>
<li><strong>Общо въздействие върху системата:</strong>1000 връзки × 256MB = 256GB потенциално използване</li>
<li><strong>Безопасна оценка:</strong>Максималните едновременни връзки × 256MB не трябва да надвишават 50% от системната RAM</li>
<li><strong>Пример:</strong>64GB сървър трябва да ограничи максималните връзки до ~125 едновременни връзки с висока пропускателна способност със 128MB буфери</li>
<li><strong>Препоръка за сървъри с &lt;16GB RAM:</strong>Намалете буферите до 16-32MB максимум и коригирайте tcp_mem пропорционално</li>
</ul>
</div>
</div>
<h2>Настройка на буфера на Windows</h2>
<div class="os-section">
<h3>Наследени настройки на Windows (около 2009 г. - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Параметър</th>
<th>Legacy Value (2009)</th>
<th>Местоположение</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Регистър: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (забранено)</td>
<td>Мащабирането на прозореца е деактивирано по подразбиране</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Прозорец за получаване по подразбиране</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8KB)</td>
<td>Прозорец за изпращане по подразбиране</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Максимален размер на TCP прозореца</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Максимален брой TCP връзки</td>
</tr>
</table>
<h3>Текущи настройки на Windows (Windows 10/11/Server 2019-2025)</h3>
<p>Съвременният Windows използва<strong>Получаване на автоматична настройка на прозореца</strong>функция, която динамично настройва буферите за получаване въз основа на мрежовите условия.</p>
<table class="buffer-table">
<tr>
<th>Характеристика</th>
<th>Текуща препоръчителна настройка</th>
<th>Описание</th>
</tr>
<tr>
<td>Ниво на автоматична настройка</td>
<td>нормално (или силно експериментално за 10GbE+)</td>
<td>Динамично регулиране на прозореца за получаване</td>
</tr>
<tr>
<td>Мащабиране от страна на приемане (RSS)</td>
<td>активиран</td>
<td>Разпределете мрежовата обработка между процесорите</td>
</tr>
<tr>
<td>Разтоварване на комина</td>
<td>автоматично (или деактивирано на съвременните мрежови карти)</td>
<td>TCP разтоварване към NIC хардуер</td>
</tr>
<tr>
<td>NetDMA</td>
<td>забранено</td>
<td>Директен достъп до паметта (отхвърлено)</td>
</tr>
<tr>
<td>TCP глобални параметри</td>
<td>Вижте командите по-долу</td>
<td>TCP настройки за цялата система</td>
</tr>
<tr>
<td>Доставчик на задръстванията</td>
<td>CUBIC (или резервен вариант на NewReno)</td>
<td>TCP алгоритъм за контрол на задръстванията</td>
</tr>
</table>
<h3>Команди за конфигуриране на Windows</h3>
<pre>
# 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
</pre>
<h3>Разширени настройки на NIC буфера (чрез Device Manager или PowerShell)</h3>
<pre>
# 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
</pre>
<h3>Ощипвания на системния регистър (разширени - използвайте с повишено внимание)</h3>
<pre>
# 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)
</pre>
<div class="warning-box">
<strong>Предупреждение:</strong>В модерен Windows (10/11/Server 2019+) избягвайте ръчни модификации на системния регистър, освен ако автоматичната настройка не причинява проблеми. Алгоритмите за автоматична настройка обикновено са по-добри от статичните настройки.</div>
</div>
<h2>Настройка на буфера на macOS</h2>
<div class="os-section">
<h3>Наследени настройки на macOS (около 2009 г. - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Параметър</th>
<th>Legacy Value (2009)</th>
<th>Описание</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256KB)</td>
<td>Максимален размер на буфера на сокета</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>TCP буфер за изпращане по подразбиране</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>TCP приемен буфер по подразбиране</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Максимален автоматично настроен приемен буфер</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Максимален автоматично настроен буфер за изпращане</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (забранено)</td>
<td>Мащабиране на TCP прозорец</td>
</tr>
</table>
<h3>Текущи настройки на macOS (macOS 12-15 Monterey до Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Параметър</th>
<th>Текуща препоръчителна стойност</th>
<th>Описание</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>Максимален размер на буфера на сокета</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>TCP буфер за изпращане по подразбиране</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>TCP приемен буфер по подразбиране</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16MB)</td>
<td>Максимален автоматично настроен приемен буфер</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16MB)</td>
<td>Максимален автоматично настроен буфер за изпращане</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (активиран)</td>
<td>Разрешете мащабирането на TCP прозореца</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (активиран)</td>
<td>Активиране на селективно потвърждение</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>TCP максимален размер на сегмента по подразбиране</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Забавено поведение на ACK</td>
</tr>
</table>
<h3>Приложение за конфигурация на macOS</h3>
<pre>
# 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 &lt;&lt;EOF
kern.ipc.maxsockbuf=8388608
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216
net.inet.tcp.rfc1323=1
net.inet.tcp.sack=1
net.inet.tcp.mssdflt=1440
net.inet.tcp.delayed_ack=3
EOF

# Note: On recent macOS versions, /etc/sysctl.conf may not be read automatically
# Use a LaunchDaemon to apply settings at boot
</pre>
<h3>Създаване на LaunchDaemon за постоянни настройки</h3>
<pre>
# Create /Library/LaunchDaemons/com.local.sysctl.plist
sudo tee /Library/LaunchDaemons/com.local.sysctl.plist &lt;&lt;EOF
&lt;?xml version="1.0" encoding="UTF-8"?&gt;
&lt;!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"&gt;
&lt;plist version="1.0"&gt;
&lt;dict&gt;
    &lt;key&gt;Label&lt;/key&gt;
    &lt;string&gt;com.local.sysctl&lt;/string&gt;
    &lt;key&gt;ProgramArguments&lt;/key&gt;
    &lt;array&gt;
        &lt;string&gt;/usr/sbin/sysctl&lt;/string&gt;
        &lt;string&gt;-w&lt;/string&gt;
        &lt;string&gt;kern.ipc.maxsockbuf=8388608&lt;/string&gt;
    &lt;/array&gt;
    &lt;key&gt;RunAtLoad&lt;/key&gt;
    &lt;true/&gt;
&lt;/dict&gt;
&lt;/plist&gt;
EOF

sudo chmod 644 /Library/LaunchDaemons/com.local.sysctl.plist
sudo launchctl load /Library/LaunchDaemons/com.local.sysctl.plist
</pre>
<div class="warning-box">
<strong>Предупреждение:</strong>macOS Ventura (13) и по-нови имат ограничения за защита на целостта на системата (SIP). Някои параметри на ядрото може да не могат да се променят дори със sudo. Тествайте настройките във вашата специфична среда.</div>
</div>
<h2>Тестване и валидиране на ефективността</h2>
<h3>Инструменти за тестване на производителността на буфера</h3>
<div class="diagnostic-box">
<h4>iperf3 - Тестване на производителността на мрежата</h4>
<pre>
# 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
</pre>
<h4>tcpdump - Улавяне на размери на TCP прозорец</h4>
<pre>
# 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'
</pre>
<h4>Анализ на Wireshark</h4>
<p>Потърсете тези индикатори за проблеми с буфера:</p>
<ul>
<li>Съобщения TCP Zero Window</li>
<li>Пакети за актуализиране на TCP прозорец</li>
<li>TCP Window Full notifications</li>
<li>Високи скорости на препредаване с нисък RTT</li>
</ul>
<h4>Системен мониторинг</h4>
<pre>
# 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
</pre>
</div>
<h2>Изчисляване на продукта за забавяне на честотната лента (BDP).</h2>
<p>За да определите оптималните размери на буфера за вашата мрежа, изчислете продукта за забавяне на честотната лента:</p>
<pre>
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.
</pre>
<h2>Специфични препоръки за работното натоварване</h2>
<table class="buffer-table">
<tr>
<th>Тип натоварване</th>
<th>Препоръчителен размер на буфера</th>
<th>Ключови параметри</th>
</tr>
<tr>
<td>Уеб сървър (ниска латентност)</td>
<td>4-16 MB</td>
<td>По-ниски буфери, повече връзки, бърз отговор</td>
</tr>
<tr>
<td>Сървър за база данни</td>
<td>16-32 MB</td>
<td>Умерени буфери, постоянна производителност</td>
</tr>
<tr>
<td>Прехвърляне на файлове / архивиране</td>
<td>64-128 MB</td>
<td>Максимални буфери, висок приоритет на пропускателната способност</td>
</tr>
<tr>
<td>Видео поточно предаване</td>
<td>32-64 MB</td>
<td>Големи буфери, постоянна скорост на доставка</td>
</tr>
<tr>
<td>HPC / център за данни</td>
<td>128-256 MB</td>
<td>Максимални буфери, специализиран контрол на задръстванията</td>
</tr>
<tr>
<td>Безжичен/мобилен</td>
<td>2-8 MB</td>
<td>Консервативни буфери, обработка с променлива латентност</td>
</tr>
</table>
<h2>Често срещани грешки и клопки</h2>
<div class="warning-box">
<h3>Грешки, които трябва да се избягват</h3>
<ul>
<li><strong>Свръхбуфериране:</strong>Прекалено големите буфери могат да причинят раздуване на буфера, увеличавайки латентността</li>
<li><strong>Игнориране на ограниченията на паметта:</strong>Големите буфери се умножават по броя на връзките; сървър с 10 000 връзки и 128MB буфери се нуждае от 1,25TB RAM</li>
<li><strong>Деактивиране на автоматичната настройка без причина:</strong>Автоматичната настройка на съвременната ОС обикновено е по-добра от статичните настройки</li>
<li><strong>Не се тества след промени:</strong>Винаги проверявайте подобренията в производителността с реални натоварвания</li>
<li><strong>Забравяне на NIC буфери:</strong>Изчерпването на пръстенния буфер може да възникне независимо от буферите на сокета</li>
<li><strong>Непоследователни настройки:</strong>Клиентът и сървърът трябва да имат съвместими буферни конфигурации</li>
<li><strong>Пренебрегване на контрола на задръстванията:</strong>BBR и CUBIC са значително по-добри от по-старите алгоритми</li>
</ul>
</div>
<h2>Работен процес за отстраняване на неизправности</h2>
<ol>
<li><strong>Установете базовата линия:</strong>Измерете текущата производителност с iperf3 или подобни инструменти</li>
<li><strong>Улавяне на пакети:</strong>Използвайте tcpdump/Wireshark, за да идентифицирате поведението на TCP прозореца</li>
<li><strong>Проверете системната статистика:</strong>Потърсете спадове, изчерпване на буфера, препредаване</li>
<li><strong>Изчислете BDP:</strong>Определете теоретично оптималните размери на буфера</li>
<li><strong>Прилагане на постепенни промени:</strong>Не променяйте всичко наведнъж</li>
<li><strong>Тествайте и валидирайте:</strong>Измерете действителното подобрение на производителността</li>
<li><strong>Наблюдение във времето:</strong>Уверете се, че настройките остават оптимални при различни натоварвания</li>
</ol>
<h2>Препратки и допълнителна литература</h2>
<ul>
<li>RFC 1323 - TCP разширения за висока производителност (мащабиране на прозорци)</li>
<li>RFC 2018 - Опции за селективно потвърждение на TCP</li>
<li>RFC 6928 - Увеличаване на началния прозорец на TCP</li>
<li>RFC 8312 - Алгоритъм за контрол на задръстванията CUBIC</li>
<li>BBR Congestion Control (Google) – https://research.google/pubs/pub45646/</li>
<li>Документация на ядрото на Linux - networking/ip-sysctl.txt</li>
<li>Windows TCP/IP Ръководство за настройка на производителността (Microsoft)</li>
<li>Ръководство за настройка на мрежата на ESnet - https://fasterdata.es.net/</li>
</ul>
<h2>Заключение</h2>
<p>Изчерпването на буфера е често срещана основна причина за проблеми с производителността, които изглежда са свързани с мрежата. Като разбират еволюцията на оразмеряването на буфера от ограниченията от 128 KB от 2009 г. до днешните възможности от 128 MB, мрежовите инженери могат бързо да идентифицират и разрешат тези проблеми.</p>
<p>Ключови изводи:</p>
<ul>
<li>Съвременните системи се нуждаят от значително по-големи буфери от наследените (2009) конфигурации</li>
<li>Винаги изчислявайте BDP за вашите специфични мрежови условия</li>
<li>Използвайте функциите за автоматична настройка на ОС, когато са налични (Windows, модерен Linux)</li>
<li>Наблюдавайте и тествайте, за да потвърдите промените</li>
<li>Помислете за специфичните за натоварването изисквания, когато настройвате</li>
</ul>
<p>Запомнете: "мрежов проблем", разкрит чрез анализ на пакети, за да покаже нулеви TCP прозорци, всъщност е проблем с ресурсите на хост системата. С подходяща настройка на буфера можете да елиминирате тези фалшиви диагнози и да постигнете оптимална производителност.</p>
<hr/>
<p><em>Последна актуализация: 2 февруари 2026 г</em></p>
<p><em>Автор: Технически екип на Baud9600</em></p>