.. başlıq: Sistem Bufer Tuning - TCP və Şəbəkə Performansının Optimizasiyası
.. şlak: sistem-bufer-tənzimləmə
.. tarix: 2026-02-02 10:00:00 UTC
.. teqlər: şəbəkə, performans, tənzimləmə, tcp, buferlər
.. kateqoriya: məqalələr
.. keçid:
.. təsviri: TCP performans problemlərini həll etmək üçün sistem buferlərinin başa düşülməsi və optimallaşdırılması, çox vaxt şəbəkə problemləri kimi səhv diaqnoz qoyulur
.. növü: mətn
<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>Sistem tamponunun tənzimlənməsi: "Şəbəkə problemlərinin" arxasında gizli günahkar</h1>
<h2>İcra Xülasəsi</h2>
<p>Şəbəkə mühəndisləri tez-tez TCP pəncərəsi və ya tətbiq performansının şəbəkə infrastrukturunda günahlandırıldığı vəziyyətlərlə qarşılaşırlar. Geniş paket ələ keçirmə, tcpdumps və şəbəkə təhlili həyata keçirdikdən sonra, əsl darboğaz tez-tez aşkar edilir: tükənmiş NIC (Şəbəkə İnterfeys Kartı) və ya müştəri və ya server sistemlərində OS səviyyəli buferlər.</p>
<p>Bu məqalə Linux, Windows və macOS üçün həm köhnə (təxminən 2009), həm də cari (2025-2026) bufer konfiqurasiyalarını, həmçinin bufer tükənməsini kritik problemə çevrilməzdən əvvəl müəyyən etmək üçün diaqnostik üsulları təqdim edir.</p>
<div class="diagnostic-box">
<h3>Tampon tükənməsinin ümumi simptomları</h3>
<ul>
<li>TCP Sıfır Pəncərə hadisələri paket çəkilişlərində</li>
<li>Aşağı şəbəkə gecikməsinə baxmayaraq yüksək təkrar ötürmə sürətləri</li>
<li>Tətbiq ötürmə qabiliyyəti mövcud bant genişliyindən əhəmiyyətli dərəcədə aşağıdır</li>
<li>Yük altında performansın azalması, yük azaldıqda yaxşılaşır</li>
<li>Oxşar aparat konfiqurasiyalarında uyğunsuz performans</li>
<li>Soket xətaları və ya "Resurs müvəqqəti olaraq əlçatmaz" mesajları</li>
</ul>
</div>
<h2>Problemi Anlamaq</h2>
<h3>TCP Pəncərə Ölçmə Mexanizmi</h3>
<p>TCP, qəbuledicinin nə qədər məlumat qəbul edə biləcəyini göstərən "pəncərə ölçüsünü" reklam etdiyi bir axın nəzarət mexanizmindən istifadə edir. Sistem buferləri dolduqda, bu pəncərə sıfıra enir və göndəricini gözləməyə məcbur edir. Bu, şəbəkə problemi kimi görünür, lakin əslində host resursu problemidir.</p>
<h3>Buferlərin vacib olduğu yer</h3>
<ul>
<li><strong>Soket Buferləri (SO_SNDBUF/SO_RCVBUF):</strong>Hər soket buferləri göndərir və qəbul edir</li>
<li><strong>TCP pəncərə tamponları:</strong>Bağlantılar üçün maksimum TCP pəncərə ölçüsü</li>
<li><strong>Şəbəkə Cihazı Buferləri:</strong>Paket növbəsi üçün NIC ring buferləri</li>
<li><strong>Sistem Yaddaş:</strong>Şəbəkə üçün ayrılmış ümumi yaddaş</li>
</ul>
<h2>Diaqnostik əmrlər</h2>
<div class="diagnostic-box">
<h3>Linux Diaqnostikası</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 Diaqnostikası</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 Diaqnostikası</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 Bufer Tuning</h2>
<div class="os-section">
<h3>Köhnə Linux Parametrləri (2009-cu il)</h3>
<table class="buffer-table">
<tr>
<th>Parametr</th>
<th>Legacy Value (2009)</th>
<th>Təsvir</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Defolt qəbul yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimum qəbul yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Defolt göndərmə yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimum göndərmə yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP qəbul buferi: min, default, maks (baytla)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP göndərmə buferi: min, default, maks (baytla)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP yaddaş səhifələri: aşağı, təzyiq, yüksək</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Daxiletmə növbəsindəki maksimum paketlər</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>Hər bir yuva üçün maksimum köməkçi bufer ölçüsü</td>
</tr>
</table>
<h3>Cari Linux Parametrləri (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Parametr</th>
<th>Cari tövsiyə olunan dəyər</th>
<th>Təsvir</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16MB)</td>
<td>Defolt qəbul yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>Maksimum qəbul yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16MB)</td>
<td>Defolt göndərmə yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>Maksimum göndərmə yuvası bufer ölçüsü</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP qəbul buferi: min, default, maks (128MB maks.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP göndərmə buferi: min, default, maks (128MB maks.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP yaddaş səhifələri: aşağı, təzyiq, yüksək (64 GB sistem)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Daxiletmə növbəsindəki maksimum paketlər (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Hər bir yuva üçün maksimum köməkçi bufer ölçüsü</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>BBR sıxlığına nəzarətdən istifadə edin (Google alqoritmi)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>TCP pəncərəsinin miqyasını aktivləşdirin (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_zaman damgaları</td>
<td>1</td>
<td>Daha yaxşı RTT qiymətləndirməsi üçün TCP vaxt damğalarını aktiv edin</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Seçilmiş Təsdiqi Aktivləşdirin</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>TCP ölçülərinin keşləşdirilməsini söndürün</td>
</tr>
</table>
<h3>Linux Konfiqurasiya Proqramı</h3>
<p>Bu parametrləri əlavə edin<code>/etc/sysctl.conf</code>və ya yeni fayl yaradın<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 Bufer Tuning</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>Kritik Xəbərdarlıq - Yaddaş istehlakı:</strong>tcp_mem dəyərləri yaddaş səhifələrindədir (adətən 4KB). Böyük bufer ölçüləri ciddi yaddaş təzyiqinə səbəb ola bilər:<ul>
<li><strong>Hər bir əlaqə yaddaşı:</strong>Hər bir əlaqə rmem_max + wmem_max (128MB bufer ilə 256MB) qədər istifadə edə bilər.</li>
<li><strong>Ümumi sistem təsiri:</strong>1000 əlaqə × 256MB = 256GB potensial istifadə</li>
<li><strong>Təhlükəsiz qiymətləndirmə:</strong>Maksimum paralel qoşulmalar × 256MB sistem RAM-inin 50%-dən çox olmamalıdır</li>
<li><strong>Misal:</strong>64 GB server maksimum bağlantıları 128 MB buferlərlə ~ 125 paralel yüksək ötürmə qabiliyyətinə məhdudlaşdırmalıdır.</li>
<li><strong>&lt;16 GB RAM olan serverlər üçün tövsiyə:</strong>Buferləri maksimum 16-32MB-a qədər azaldın və tcp_mem-i mütənasib olaraq tənzimləyin</li>
</ul>
</div>
</div>
<h2>Windows Bufer Tuning</h2>
<div class="os-section">
<h3>Köhnə Windows Parametrləri (Təxminən 2009 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parametr</th>
<th>Legacy Value (2009)</th>
<th>Məkan</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Reyestr: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (əlil)</td>
<td>Pəncərə miqyası standart olaraq qeyri-aktivdir</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Defolt qəbul pəncərəsi</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8KB)</td>
<td>Defolt göndərmə pəncərəsi</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Maksimum TCP pəncərə ölçüsü</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Maksimum TCP əlaqələri</td>
</tr>
</table>
<h3>Cari Windows Parametrləri (Windows 10/11/Server 2019-2025)</h3>
<p>Müasir Windows istifadə edir<strong>Pəncərənin Avtomatik Tənzimləməsini qəbul edin</strong>Şəbəkə şərtlərinə əsasən qəbul buferlərini dinamik şəkildə tənzimləyən xüsusiyyət.</p>
<table class="buffer-table">
<tr>
<th>Xüsusiyyət</th>
<th>Cari Tövsiyə olunan Ayar</th>
<th>Təsvir</th>
</tr>
<tr>
<td>Avtomatik tənzimləmə səviyyəsi</td>
<td>normal (və ya 10GbE+ üçün yüksək eksperimental)</td>
<td>Dinamik qəbul pəncərəsi tənzimlənməsi</td>
</tr>
<tr>
<td>Qəbul tərəfinin miqyası (RSS)</td>
<td>aktivləşdirildi</td>
<td>Şəbəkə emalını CPU-lar arasında paylayın</td>
</tr>
<tr>
<td>Baca Boşaltma</td>
<td>avtomatik (və ya müasir NIC-lərdə əlil)</td>
<td>NIC aparatına TCP yüklənməsi</td>
</tr>
<tr>
<td>NetDMA</td>
<td>əlil</td>
<td>Birbaşa Yaddaş Girişi (köhnəlmişdir)</td>
</tr>
<tr>
<td>TCP Qlobal Parametrləri</td>
<td>Aşağıdakı əmrlərə baxın</td>
<td>Sistem miqyasında TCP parametrləri</td>
</tr>
<tr>
<td>Tıxac Təchizatçı</td>
<td>CUBIC (və ya NewReno ehtiyatı)</td>
<td>TCP sıxlığına nəzarət alqoritmi</td>
</tr>
</table>
<h3>Windows konfiqurasiya əmrləri</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>Təkmil NIC Bufer Parametrləri (Cihaz Meneceri və ya PowerShell vasitəsilə)</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>Registry Tweaks (Qabaqcıl - Ehtiyatla istifadə edin)</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>Xəbərdarlıq:</strong>Müasir Windows-da (10/11/Server 2019+), avtomatik tənzimləmə problem yaratmayınca, reyestrdə əl ilə düzəlişlərdən çəkinin. Avtomatik tənzimləmə alqoritmləri ümumiyyətlə statik parametrlərdən üstündür.</div>
</div>
<h2>macOS Bufer Tuning</h2>
<div class="os-section">
<h3>Köhnə macOS Parametrləri (2009-cu il - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parametr</th>
<th>Legacy Value (2009)</th>
<th>Təsvir</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256KB)</td>
<td>Maksimum yuva bufer ölçüsü</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>Defolt TCP göndərmə buferi</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>Defolt TCP qəbul buferi</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimum avtomatik tənzimlənən qəbul buferi</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimum avtomatik tənzimlənən göndərmə buferi</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (əlil)</td>
<td>TCP pəncərəsinin miqyası</td>
</tr>
</table>
<h3>Cari macOS Parametrləri (Sequoia vasitəsilə macOS 12-15 Monterey)</h3>
<table class="buffer-table">
<tr>
<th>Parametr</th>
<th>Cari tövsiyə olunan dəyər</th>
<th>Təsvir</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>Maksimum yuva bufer ölçüsü</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Defolt TCP göndərmə buferi</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>Defolt TCP qəbul buferi</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16MB)</td>
<td>Maksimum avtomatik tənzimlənən qəbul buferi</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16MB)</td>
<td>Maksimum avtomatik tənzimlənən göndərmə buferi</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (aktiv)</td>
<td>TCP pəncərəsinin miqyasını aktivləşdirin</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (aktiv)</td>
<td>Seçilmiş Təsdiqi Aktivləşdirin</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Defolt TCP Maksimum Seqment Ölçüsü</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Gecikmiş ACK davranışı</td>
</tr>
</table>
<h3>macOS Konfiqurasiya Tətbiqi</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>Davamlı Parametrlər üçün LaunchDaemon yaradılması</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>Xəbərdarlıq:</strong>macOS Ventura (13) və daha sonra Sistem Bütövlüyünün Qorunması (SIP) məhdudiyyətlərinə malikdir. Bəzi nüvə parametrləri hətta sudo ilə dəyişdirilə bilməz. Xüsusi mühitinizdə parametrləri sınayın.</div>
</div>
<h2>Performans Testi və Təsdiqləmə</h2>
<h3>Bufer Performansını Test etmək üçün Alətlər</h3>
<div class="diagnostic-box">
<h4>iperf3 - Şəbəkə Performans Testi</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 pəncərə ölçülərini çəkin</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 təhlili</h4>
<p>Bufer problemlərinin bu göstəricilərini axtarın:</p>
<ul>
<li>TCP Sıfır Pəncərə mesajları</li>
<li>TCP pəncərə yeniləmə paketləri</li>
<li>TCP pəncərəsi tam bildirişlər</li>
<li>Aşağı RTT ilə yüksək təkrar ötürmə dərəcələri</li>
</ul>
<h4>Sistem Monitorinqi</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>Bandwidth-Gecikmə Məhsulunun (BDP) Hesablanması</h2>
<p>Şəbəkəniz üçün optimal bufer ölçülərini müəyyən etmək üçün Bandwidth-Gecikmə Məhsulunu hesablayın:</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>İş yükü üçün xüsusi tövsiyələr</h2>
<table class="buffer-table">
<tr>
<th>İş yükünün növü</th>
<th>Tövsiyə olunan Bufer Ölçüsü</th>
<th>Əsas Parametrlər</th>
</tr>
<tr>
<td>Veb Server (Aşağı gecikmə)</td>
<td>4-16 MB</td>
<td>Aşağı buferlər, daha çox əlaqə, sürətli cavab</td>
</tr>
<tr>
<td>Verilənlər bazası serveri</td>
<td>16-32 MB</td>
<td>Orta buferlər, ardıcıl ötürmə qabiliyyəti</td>
</tr>
<tr>
<td>Fayl ötürülməsi / Yedəkləmə</td>
<td>64-128 MB</td>
<td>Maksimum buferlər, yüksək ötürmə prioriteti</td>
</tr>
<tr>
<td>Video axını</td>
<td>32-64 MB</td>
<td>Böyük tamponlar, ardıcıl çatdırılma dərəcəsi</td>
</tr>
<tr>
<td>HPC / Məlumat Mərkəzi</td>
<td>128-256 MB</td>
<td>Maksimum tamponlar, xüsusi tıxaclara nəzarət</td>
</tr>
<tr>
<td>Simsiz / Mobil</td>
<td>2-8 MB</td>
<td>Mühafizəkar tamponlar, dəyişən gecikmə ilə işləmə</td>
</tr>
</table>
<h2>Ümumi səhvlər və tələlər</h2>
<div class="warning-box">
<h3>Qaçılması lazım olan səhvlər</h3>
<ul>
<li><strong>Həddindən artıq tamponlama:</strong>Həddindən artıq böyük tamponlar gecikmənin artmasına səbəb ola bilər</li>
<li><strong>Yaddaş məhdudiyyətlərinə məhəl qoymamaq:</strong>Böyük tamponlar əlaqə sayı ilə çoxalır; 10.000 əlaqə və 128MB buferə malik serverə 1.25TB RAM lazımdır</li>
<li><strong>Avtomatik tənzimləməni səbəb olmadan söndürmək:</strong>Müasir OS-nin avtomatik tənzimlənməsi adətən statik parametrlərdən daha yaxşıdır</li>
<li><strong>Dəyişikliklərdən sonra sınaqdan keçirilmir:</strong>Həmişə real iş yükləri ilə performans təkmilləşdirmələrini təsdiq edin</li>
<li><strong>NIC buferlərini unutmaq:</strong>Halqa tamponunun tükənməsi yuva tamponlarından asılı olmayaraq baş verə bilər</li>
<li><strong>Uyğun olmayan parametrlər:</strong>Müştəri və server uyğun bufer konfiqurasiyalarına malik olmalıdır</li>
<li><strong>Tıxaclara nəzarət etməmək:</strong>BBR və CUBIC köhnə alqoritmlərdən əhəmiyyətli dərəcədə yaxşıdır</li>
</ul>
</div>
<h2>Problemlərin aradan qaldırılması iş axını</h2>
<ol>
<li><strong>Baza təyin edin:</strong>Cari performansı iperf3 və ya oxşar alətlərlə ölçün</li>
<li><strong>Paketləri ələ keçirin:</strong>TCP pəncərəsinin davranışını müəyyən etmək üçün tcpdump/Wireshark istifadə edin</li>
<li><strong>Sistem statistikasını yoxlayın:</strong>Damlaları, tampon tükənməsini, təkrar ötürülmələri axtarın</li>
<li><strong>BDP hesablayın:</strong>Nəzəri cəhətdən optimal tampon ölçülərini təyin edin</li>
<li><strong>Artan dəyişiklikləri tətbiq edin:</strong>Hər şeyi bir anda dəyişməyin</li>
<li><strong>Test edin və təsdiqləyin:</strong>Faktiki performans yaxşılaşmasını ölçün</li>
<li><strong>Zamanla monitorinq:</strong>Fərqli yüklər altında parametrlərin optimal qalmasını təmin edin</li>
</ol>
<h2>İstinadlar və Əlavə Oxu</h2>
<ul>
<li>RFC 1323 - Yüksək Performans üçün TCP Genişləndirilməsi (Pəncərə Ölçüsü)</li>
<li>RFC 2018 - TCP Seçici Təsdiq Seçimləri</li>
<li>RFC 6928 - TCP-nin ilkin pəncərəsinin artırılması</li>
<li>RFC 8312 - CUBIC Congestion Control Alqoritmi</li>
<li>BBR Congestion Control (Google) - https://research.google/pubs/pub45646/</li>
<li>Linux Kernel Documentation - networking/ip-sysctl.txt</li>
<li>Windows TCP/IP Performans Tənzimləmə Bələdçisi (Microsoft)</li>
<li>ESnet Şəbəkə Tənzimləmə Bələdçisi - https://fasterdata.es.net/</li>
</ul>
<h2>Nəticə</h2>
<p>Bufer tükənməsi şəbəkə ilə əlaqəli görünən performans problemlərinin ümumi kök səbəbidir. Şəbəkə mühəndisləri bufer ölçüsünün 2009-cu ildəki 128KB məhdudiyyətlərindən bugünkü 128MB imkanlarına qədər təkamülünü başa düşərək, bu problemləri tez bir zamanda müəyyən edə və həll edə bilərlər.</p>
<p>Əsas çıxışlar:</p>
<ul>
<li>Müasir sistemlər köhnə (2009) konfiqurasiyalarından əhəmiyyətli dərəcədə daha böyük buferlərə ehtiyac duyur</li>
<li>Xüsusi şəbəkə şərtləriniz üçün həmişə BDP hesablayın</li>
<li>Mövcud olduqda OS avtomatik tənzimləmə funksiyalarından istifadə edin (Windows, müasir Linux)</li>
<li>Dəyişiklikləri təsdiqləmək üçün nəzarət edin və test edin</li>
<li>Sazlama zamanı iş yükü ilə bağlı xüsusi tələbləri nəzərə alın</li>
</ul>
<p>Yadda saxlayın: TCP sıfır pəncərələrini göstərmək üçün paket analizi ilə aşkar edilən "şəbəkə problemi" əslində host sistem resurs problemidir. Buferin düzgün tənzimlənməsi ilə siz bu yanlış diaqnozları aradan qaldıra və optimal performansa nail ola bilərsiniz.</p>
<hr/>
<p><em>Son yeniləmə: 2 fevral 2026-cı il</em></p>
<p><em>Müəllif: Baud9600 Texniki Komandası</em></p>