.. titolo: System Buffer Tuning - TCP kaj Network Performance Optimization
.. slug: sistem-buffer-agordado
.. dato: 2026-02-02 10:00:00 UTC
.. etikedoj: retigado, rendimento, agordado, tcp, bufroj
.. kategorio: artikoloj
.. ligo:
.. priskribo: Kompreni kaj optimumigi sistemajn bufrojn por solvi TCP-efikecajn problemojn ofte misdiagnozitaj kiel retaj problemoj
.. tajpu: tekston
<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>Sistema Buffer-Agordado: La Kaŝa kulpulo Malantaŭ "Retaj Problemoj"</h1>
<h2>Plenuma Resumo</h2>
<p>Retaj inĝenieroj ofte renkontas situaciojn kie TCP-fenestro aŭ aplikaĵo-efikeco estas kulpigitaj sur retinfrastrukturo. Post elfarado de ampleksaj pakaĵetkaptoj, tcpdumps, kaj retanalizo, la vera proplemkolo estas ofte malkovrita: elĉerpita NIC (Network Interface Card) aŭ OS-nivelaj bufroj sur la kliento aŭ servilsistemoj.</p>
<p>Ĉi tiu artikolo disponigas kaj heredaĵojn (ĉirkaŭ 2009) kaj nunajn (2025-2026) bufrokonfiguraciojn por Linukso, Vindozo kaj macOS, kune kun diagnozaj teknikoj por identigi bufroelĉerpiĝon antaŭ ol ĝi iĝas kritika problemo.</p>
<div class="diagnostic-box">
<h3>Oftaj Simptomoj de Buffer Elĉerpiĝo</h3>
<ul>
<li>Okazaĵoj de TCP Zero Window en pakaĵkaptoj</li>
<li>Altaj retransmisioj malgraŭ malalta reto-latenteco</li>
<li>Aplika trairo signife sub disponebla bendolarĝo</li>
<li>Efikecdegenero sub ŝarĝo kiu pliboniĝas kiam ŝarĝo malpliiĝas</li>
<li>Nekonsekvenca agado tra similaj aparataj agordoj</li>
<li>Socket-eraroj aŭ "Rimedo provizore nedisponebla" mesaĝoj</li>
</ul>
</div>
<h2>Kompreni la Problemon</h2>
<h3>La TCP Fenestra Skala Mekanismo</h3>
<p>TCP uzas flukontrolmekanismon kie la ricevilo reklamas "fenestrograndecon" indikante kiom multe da datenoj ĝi povas akcepti. Kiam sistemaj bufroj pleniĝas, ĉi tiu fenestro ŝrumpas al nulo, devigante la sendinton atendi. Ĉi tio aperas kiel reto-problemo sed fakte temas pri gastiga rimeda problemo.</p>
<h3>Kie Bufferoj Gravas</h3>
<ul>
<li><strong>Socket Buffers (SO_SNDBUF/SO_RCVBUF):</strong>Per-soko sendi kaj ricevi bufrojn</li>
<li><strong>TCP-fenestraj bufroj:</strong>Maksimuma TCP-fenestra grandeco por konektoj</li>
<li><strong>Retaj Aparaj Bufroj:</strong>NIC-ringaj bufroj por pakaĵeto</li>
<li><strong>Tutsistema Memoro:</strong>Totala memoro asignita por interkonektado</li>
</ul>
<h2>Diagnozaj Komandoj</h2>
<div class="diagnostic-box">
<h3>Linuksa Diagnozo</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>Vindoza Diagnozo</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-Diagnozo</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>Linukso-Buffer-Agordado</h2>
<div class="os-section">
<h3>Heredaj Linukso-Agordoj (ĉirkaŭ 2009)</h3>
<table class="buffer-table">
<tr>
<th>Parametro</th>
<th>Heredaĵo-valoro (2009)</th>
<th>Priskribo</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Defaŭlta riceva bufrograndeco</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimuma riceva bufrograndeco</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Defaŭlta sendu socket bufrograndeco</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimuma sendo-bufrgrandeco</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP-riceva bufro: min, defaŭlta, maksimumo (en bajtoj)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP-senda bufro: min, defaŭlta, maksimumo (en bajtoj)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP-memorpaĝoj: malalta, premo, alta</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Maksimumaj pakoj en enirvico</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>Maksimuma helpa bufrograndeco per ingo</td>
</tr>
</table>
<h3>Nunaj Linuksaj Agordoj (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Parametro</th>
<th>Nuna Rekomendita Valoro</th>
<th>Priskribo</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16MB)</td>
<td>Defaŭlta riceva bufrograndeco</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>Maksimuma riceva bufrograndeco</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16MB)</td>
<td>Defaŭlta sendo-bufrgrando</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>Maksimuma sendo-bufrgrandeco</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP-riceva bufro: min, defaŭlta, maksimumo (128MB maksimume)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP-senda bufro: min, defaŭlta, maksimumo (128MB maksimume)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP-memorpaĝoj: malalta, premo, alta (64GB-sistemo)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Maksimumaj pakoj en enirvico (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Maksimuma helpa bufrograndeco per ingo</td>
</tr>
<tr>
<td>net.ipv4.tcp_kongestion_control</td>
<td>bbr</td>
<td>Uzu BBR-ŝtopiĝokontrolon (la algoritmo de Google)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Ebligu TCP-fenestran skaladon (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Ebligu TCP-tempomarkojn por pli bona RTT-takso</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Ebligu Selekteman Akonon</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Malebligu kaŝmemoron de TCP-metrikoj</td>
</tr>
</table>
<h3>Linuksa Agorda Apliko</h3>
<p>Aldonu ĉi tiujn agordojn al<code>/etc/sysctl.conf</code>aŭ krei novan dosieron<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>Agordado de 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>Kritika Averto - Memorkonsumo:</strong>La tcp_mem-valoroj estas en memorpaĝoj (tipe 4KB). Grandaj bufrograndecoj povas kaŭzi severan memorpremon:<ul>
<li><strong>Po-koneksa memoro:</strong>Ĉiu konekto povas uzi ĝis rmem_max + wmem_max (256MB kun 128MB bufroj)</li>
<li><strong>Tuta sistema efiko:</strong>1,000 konektoj × 256MB = 256GB ebla uzado</li>
<li><strong>Sekura takso:</strong>Maksimumaj samtempaj konektoj × 256MB ne devus superi 50% de la sistema RAM</li>
<li><strong>Ekzemplo:</strong>64GB-servilo devus limigi maksimumajn konektojn al ~125 samtempaj altproduktaj ligoj kun 128MB-bufroj</li>
<li><strong>Rekomendo por serviloj kun &lt;16GB RAM:</strong>Reduktu bufrojn al 16-32MB maksimume kaj ĝustigu tcp_mem proporcie</li>
</ul>
</div>
</div>
<h2>Vindoza Buffer-Agordado</h2>
<div class="os-section">
<h3>Heredaj Vindozaj Agordoj (Ĉirkaŭ 2009 - Vindozo Vista/7/Servilo 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parametro</th>
<th>Heredaĵo-valoro (2009)</th>
<th>Loko</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Registro: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (malfunkciigita)</td>
<td>Fenestra skalado malebligita defaŭlte</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Defaŭlta riceva fenestro</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8KB)</td>
<td>Defaŭlta senda fenestro</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Maksimuma TCP-fenestra grandeco</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Maksimumaj TCP-konektoj</td>
</tr>
</table>
<h3>Nunaj Vindozaj Agordoj (Vindozo 10/11/Servilo 2019-2025)</h3>
<p>Moderna Vindozo uzas la<strong>Ricevu Fenestran Aŭtomatan Agordon</strong>trajto, kiu dinamike ĝustigas ricevi bufrojn surbaze de retaj kondiĉoj.</p>
<table class="buffer-table">
<tr>
<th>Karakterizaĵo</th>
<th>Nuna Rekomendita Agordo</th>
<th>Priskribo</th>
</tr>
<tr>
<td>Aŭtomata Agorda Nivelo</td>
<td>normala (aŭ tre eksperimenta por 10GbE+)</td>
<td>Dinamika riceva fenestra ĝustigo</td>
</tr>
<tr>
<td>Ricevanta Flanka Skalado (RSS)</td>
<td>ebligita</td>
<td>Distribuu retan prilaboradon tra CPUoj</td>
</tr>
<tr>
<td>Kamentubo Elŝuto</td>
<td>aŭtomata (aŭ malŝaltita sur modernaj NICs)</td>
<td>TCP-elŝuto al NIC-aparataro</td>
</tr>
<tr>
<td>NetDMA</td>
<td>malfunkciigita</td>
<td>Rekta Memoraliro (malrekomendita)</td>
</tr>
<tr>
<td>TCP Tutmondaj Parametroj</td>
<td>Vidu komandojn sube</td>
<td>Tutsistemaj TCP-agordoj</td>
</tr>
<tr>
<td>Kongesta Provizanto</td>
<td>CUBIC (aŭ NewReno-returniĝo)</td>
<td>Algoritmo de kontrolo de ŝtopiĝo de TCP</td>
</tr>
</table>
<h3>Vindozaj Agordaj Komandoj</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>Altnivelaj NIC-Buffer-Agordoj (per Aparato-Administranto aŭ 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>Registraj Tweaks (Altnivelaj - Uzu kun Singardemo)</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>Averto:</strong>En moderna Vindozo (10/11/Servilo 2019+), evitu manajn registrajn modifojn krom se aŭtomata agordiĝo kaŭzas problemojn. La aŭtomataj agordaj algoritmoj estas ĝenerale pli bonaj ol senmovaj agordoj.</div>
</div>
<h2>Agordo de Buffer de macOS</h2>
<div class="os-section">
<h3>Heredaj agordoj de macOS (ĉirkaŭ 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parametro</th>
<th>Heredaĵo-valoro (2009)</th>
<th>Priskribo</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256KB)</td>
<td>Maksimuma inga bufrograndeco</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>Defaŭlta TCP senda bufro</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>Defaŭlta TCP-riceva bufro</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimuma aŭtomate agordita riceva bufro</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimuma aŭtomate agordita senda bufro</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (malfunkciigita)</td>
<td>TCP-fenestra skalo</td>
</tr>
</table>
<h3>Nunaj macOS-Agordoj (macOS 12-15 Monterey tra Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Parametro</th>
<th>Nuna Rekomendita Valoro</th>
<th>Priskribo</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>Maksimuma inga bufrograndeco</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Defaŭlta TCP senda bufro</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>Defaŭlta TCP-riceva bufro</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16MB)</td>
<td>Maksimuma aŭtomate agordita riceva bufro</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16MB)</td>
<td>Maksimuma aŭtomate agordita senda bufro</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (aktivigita)</td>
<td>Ebligu TCP-fenestran skaladon</td>
</tr>
<tr>
<td>net.inet.tcp.sako</td>
<td>1 (aktivigita)</td>
<td>Ebligu Selekteman Akonon</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Defaŭlta TCP Maksimuma Segmenta Grandeco</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Malfrua ACK-konduto</td>
</tr>
</table>
<h3>macOS-Agorda Apliko</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>Kreante LaunchDaemon por Konstantaj Agordoj</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>Averto:</strong>macOS Ventura (13) kaj poste havas limigojn pri Sistemprotekto pri Integreco (SIP). Iuj kernaj parametroj eble ne estas modifeblaj eĉ kun sudo. Testu agordojn en via specifa medio.</div>
</div>
<h2>Testado de Efikeco kaj Valido</h2>
<h3>Iloj por Testado de Buffer-Efikeco</h3>
<div class="diagnostic-box">
<h4>iperf3 - Testado de Reto-Efikeco</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 - Kaptu TCP-fenestrograndecojn</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 Analizo</h4>
<p>Serĉu ĉi tiujn indikilojn de bufroproblemoj:</p>
<ul>
<li>Mesaĝoj de TCP Zero Window</li>
<li>TCP Fenestro Ĝisdatigu pakojn</li>
<li>TCP Fenestro Plenaj sciigoj</li>
<li>Altaj retranssendotarifoj kun malalta RTT</li>
</ul>
<h4>Sistema Monitorado</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>Kalkulo de Bandwidth-Delay Product (BDP).</h2>
<p>Por determini optimumajn bufrograndojn por via reto, kalkulu la Bandwidth-Prokrastan Produkton:</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>Laborŝarĝo-Specifikaj Rekomendoj</h2>
<table class="buffer-table">
<tr>
<th>Tipo de Laborŝarĝo</th>
<th>Rekomendita Buffer Grandeco</th>
<th>Ŝlosilaj Parametroj</th>
</tr>
<tr>
<td>Reteja Servilo (Malalta latenco)</td>
<td>4-16 MB</td>
<td>Pli malaltaj bufroj, pli da ligoj, rapida respondo</td>
</tr>
<tr>
<td>Datumbaza Servilo</td>
<td>16-32 MB</td>
<td>Moderaj bufroj, konsekvenca trafluo</td>
</tr>
<tr>
<td>Dosiera Transdono / Rezervo</td>
<td>64-128 MB</td>
<td>Maksimumaj bufroj, alta traira prioritato</td>
</tr>
<tr>
<td>Video Streaming</td>
<td>32-64 MB</td>
<td>Grandaj bufroj, konsekvenca liverrapideco</td>
</tr>
<tr>
<td>HPC/Datumcentro</td>
<td>128-256 MB</td>
<td>Maksimumaj bufroj, speciala kongesta kontrolo</td>
</tr>
<tr>
<td>Sendrata / Poŝtelefono</td>
<td>2-8 MB</td>
<td>Konservativaj bufroj, ŝanĝiĝema latencia uzado</td>
</tr>
</table>
<h2>Oftaj Eraroj kaj Kapabloj</h2>
<div class="warning-box">
<h3>Eraroj por Eviti</h3>
<ul>
<li><strong>Troa bufro:</strong>Troe grandaj bufroj povas kaŭzi bufroŝveladon, pliigante latentecon</li>
<li><strong>Ignorante memorlimojn:</strong>Grandaj bufroj multiĝas per konektokalkulo; servilo kun 10,000 konektoj kaj 128MB-bufroj bezonas 1.25TB da RAM</li>
<li><strong>Malŝalti aŭtomatan agordon sen kialo:</strong>Moderna OS-aŭtomatagordado estas kutime pli bona ol senmovaj agordoj</li>
<li><strong>Ne testado post ŝanĝoj:</strong>Ĉiam validigu rendimentajn plibonigojn kun realaj laborŝarĝoj</li>
<li><strong>Forgesante NIC-bufrojn:</strong>Ringbufrelĉerpiĝo povas okazi sendepende de ingobufroj</li>
<li><strong>Malkonsekvencaj agordoj:</strong>Kliento kaj servilo havu kongruajn bufrajn agordojn</li>
<li><strong>Ignorante obstrukciĝon:</strong>BBR kaj CUBIC estas signife pli bonaj ol pli malnovaj algoritmoj</li>
</ul>
</div>
<h2>Solvanta Laborfluo</h2>
<ol>
<li><strong>Establi bazlinion:</strong>Mezuru aktualan rendimenton per iperf3 aŭ similaj iloj</li>
<li><strong>Kapti pakojn:</strong>Uzu tcpdump/Wireshark por identigi TCP-fenestran konduton</li>
<li><strong>Kontrolu sistemajn statistikojn:</strong>Serĉu gutojn, bufroelĉerpiĝon, retransmisiojn</li>
<li><strong>Kalkuli BDP:</strong>Determini teorie optimumajn bufrograndecojn</li>
<li><strong>Apliki pliigajn ŝanĝojn:</strong>Ne ŝanĝu ĉion samtempe</li>
<li><strong>Testu kaj validu:</strong>Mezuru realan agado-plibonigon</li>
<li><strong>Monitoro laŭlonge de la tempo:</strong>Certigu, ke agordoj restas optimumaj sub diversaj ŝarĝoj</li>
</ol>
<h2>Referencoj kaj Plia Legado</h2>
<ul>
<li>RFC 1323 - TCP-Etendaĵoj por Alta Efikeco (Fenestra Skalado)</li>
<li>RFC 2018 - TCP-Selektemaj Akcepto-Ebloj</li>
<li>RFC 6928 - Pliigante la Komencan Fenestron de TCP</li>
<li>RFC 8312 - KUBIKA Kongesta Kontrola Algoritmo</li>
<li>BBR Kongesta Kontrolo (Google) - https://research.google/pubs/pub45646/</li>
<li>Linukso Kernel Dokumentado - networking/ip-sysctl.txt</li>
<li>Vindoza TCP/IP-Agorda Gvidilo (Mikrosofto)</li>
<li>ESnet Network Agordigvidilo - https://fasterdata.es.net/</li>
</ul>
<h2>Konkludo</h2>
<p>Bufrelĉerpiĝo estas ofta radika kaŭzo de rendimentaj problemoj, kiuj ŝajnas esti retaj. Komprenante la evoluon de bufrograndeco de la 128KB-limoj de 2009 ĝis la hodiaŭaj 128MB-kapabloj, retaj inĝenieroj povas rapide identigi kaj solvi ĉi tiujn problemojn.</p>
<p>Ŝlosilaĵoj:</p>
<ul>
<li>Modernaj sistemoj bezonas signife pli grandajn bufrojn ol heredaj (2009) konfiguracioj</li>
<li>Ĉiam kalkulu BDP por viaj specifaj retaj kondiĉoj</li>
<li>Uzu aŭtomatajn agordajn funkciojn de OS kiam disponeblas (Vindozo, moderna Linukso)</li>
<li>Monitoru kaj provu por validigi ŝanĝojn</li>
<li>Konsideru laborŝarĝajn specifajn postulojn dum agordado</li>
</ul>
<p>Memoru: "retoproblemo" malkaŝita per paka analizo por montri TCP-nulajn fenestrojn fakte estas mastro-sistema rimedproblemo. Kun taŭga bufro-agordado, vi povas forigi ĉi tiujn falsajn diagnozojn kaj atingi optimuman rendimenton.</p>
<hr/>
<p><em>Laste Ĝisdatigita: Februaro 2, 2026</em></p>
<p><em>Aŭtoro: Baud9600 Teknika Teamo</em></p>