.. cím: Rendszerpuffer hangolás - TCP és hálózati teljesítmény optimalizálása
.. slug: rendszer-puffer-tuning
.. dátum: 2026-02-02 10:00:00 UTC
.. címkék: hálózat, teljesítmény, tuning, tcp, pufferek
.. kategória: cikkek
.. link:
.. leírás: A rendszerpufferek megértése és optimalizálása a gyakran tévesen hálózati problémaként diagnosztizált TCP teljesítményproblémák megoldására
.. típusa: szöveg
<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>A rendszerpuffer hangolása: A "hálózati problémák" mögötti rejtett bűnös</h1>
<h2>Vezetői összefoglaló</h2>
<p>A hálózati mérnökök gyakran találkoznak olyan helyzetekkel, amikor a TCP-ablakok vagy az alkalmazások teljesítményét a hálózati infrastruktúra hibáztatja. Kiterjedt csomagrögzítések, tcpdump-ok és hálózati elemzések végrehajtása után gyakran kiderül az igazi szűk keresztmetszet: a kimerült NIC (Network Interface Card) vagy operációs rendszer szintű pufferek a kliens- vagy szerverrendszereken.</p>
<p>Ez a cikk mind a régi (2009 körüli), mind a jelenlegi (2025-2026) pufferkonfigurációkat tartalmazza Linux, Windows és macOS rendszerekhez, valamint diagnosztikai technikákat a pufferkimerülés azonosítására, mielőtt az kritikus problémává válna.</p>
<div class="diagnostic-box">
<h3>A puffer kimerülésének gyakori tünetei</h3>
<ul>
<li>TCP Zero Window események a csomagrögzítésekben</li>
<li>Magas újraátviteli sebesség az alacsony hálózati késleltetés ellenére</li>
<li>Az alkalmazás átviteli sebessége jelentősen elmarad a rendelkezésre álló sávszélességtől</li>
<li>Teljesítményromlás terhelés alatt, amely javul a terhelés csökkenésével</li>
<li>Inkonzisztens teljesítmény a hasonló hardverkonfigurációk között</li>
<li>Socket hibák vagy „Az erőforrás átmenetileg nem elérhető” üzenetek</li>
</ul>
</div>
<h2>A probléma megértése</h2>
<h3>A TCP ablak méretezési mechanizmusa</h3>
<p>A TCP folyamvezérlő mechanizmust használ, ahol a vevő "ablakméretet" hirdet, jelezve, hogy mennyi adatot fogadhat. Amikor a rendszerpufferek megtelnek, ez az ablak nullára zsugorodik, és várakozásra kényszeríti a küldőt. Ez hálózati problémaként jelenik meg, de valójában gazdagép-erőforrás-probléma.</p>
<h3>Ahol a pufferek számítanak</h3>
<ul>
<li><strong>Socket pufferek (SO_SNDBUF/SO_RCVBUF):</strong>Socketenkénti küldési és fogadási pufferek</li>
<li><strong>TCP ablakpufferek:</strong>Maximális TCP-ablakméret a kapcsolatokhoz</li>
<li><strong>Hálózati eszközök pufferei:</strong>NIC gyűrűs pufferek a csomagsorhoz</li>
<li><strong>Rendszerszintű memória:</strong>A hálózathoz lefoglalt teljes memória</li>
</ul>
<h2>Diagnosztikai parancsok</h2>
<div class="diagnostic-box">
<h3>Linux diagnosztika</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 diagnosztika</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 diagnosztika</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 puffer hangolás</h2>
<div class="os-section">
<h3>Korábbi Linux-beállítások (2009 körül)</h3>
<table class="buffer-table">
<tr>
<th>Paraméter</th>
<th>Legacy Value (2009)</th>
<th>Leírás</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Alapértelmezett fogadási aljzat puffermérete</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128 KB)</td>
<td>Maximális vételi aljzat puffermérete</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Alapértelmezett küldési socket pufferméret</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128 KB)</td>
<td>Maximális küldési socket pufferméret</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP fogadási puffer: min, alapértelmezett, max (byte-ban)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP küldési puffer: min, alapértelmezett, max (byte-ban)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP memórialapok: alacsony, nyomás, magas</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Maximum csomagok a bemeneti sorban</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10 KB)</td>
<td>Maximális kiegészítő pufferméret aljzatonként</td>
</tr>
</table>
<h3>Jelenlegi Linux-beállítások (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Paraméter</th>
<th>Jelenlegi ajánlott érték</th>
<th>Leírás</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16 MB)</td>
<td>Alapértelmezett fogadási aljzat puffermérete</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maximális vételi aljzat puffermérete</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16 MB)</td>
<td>Alapértelmezett küldési socket pufferméret</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maximális küldési socket pufferméret</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP fogadási puffer: min, alapértelmezett, max (max. 128 MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP küldési puffer: min, alapértelmezett, max (max. 128 MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP memórialapok: alacsony, nyomás, magas (64 GB-os rendszer)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Maximális csomagok a bemeneti sorban (10 GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64 KB)</td>
<td>Maximális kiegészítő pufferméret aljzatonként</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>BBR torlódáskezelés használata (a Google algoritmusa)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>A TCP ablak méretezésének engedélyezése (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Engedélyezze a TCP időbélyegeket a jobb RTT becslés érdekében</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Szelektív nyugtázás engedélyezése</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>A TCP-metrikák gyorsítótárazásának letiltása</td>
</tr>
</table>
<h3>Linux konfigurációs alkalmazás</h3>
<p>Adja hozzá ezeket a beállításokat<code>/etc/sysctl.conf</code>vagy hozzon létre egy új fájlt<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 gyűrűpuffer hangolás</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>Kritikus figyelmeztetés – Memóriafogyasztás:</strong>A tcp_mem értékek a memórialapokon vannak (általában 4 KB). A nagy pufferméretek komoly memórianyomást okozhatnak:<ul>
<li><strong>Csatlakozásonkénti memória:</strong>Minden kapcsolat legfeljebb rmem_max + wmem_max (256 MB 128 MB pufferrel) használható</li>
<li><strong>Teljes rendszerhatás:</strong>1000 csatlakozás × 256 MB = 256 GB potenciális használat</li>
<li><strong>Biztonságos becslés:</strong>Az egyidejű kapcsolatok maximális száma × 256 MB nem haladhatja meg a rendszer RAM 50%-át</li>
<li><strong>Példa:</strong>Egy 64 GB-os szervernek a maximális kapcsolatokat ~125 egyidejű nagy áteresztőképességű kapcsolatra kell korlátoznia 128 MB pufferrel</li>
<li><strong>Javaslat &lt;16 GB RAM-mal rendelkező szerverekhez:</strong>Csökkentse a puffereket maximum 16-32 MB-ra, és arányosan állítsa be a tcp_mem értéket</li>
</ul>
</div>
</div>
<h2>Windows pufferhangolás</h2>
<div class="os-section">
<h3>Korábbi Windows-beállítások (2009 körül – Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Paraméter</th>
<th>Legacy Value (2009)</th>
<th>Elhelyezkedés</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64 KB)</td>
<td>Registry: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (letiltva)</td>
<td>Az ablakméretezés alapértelmezés szerint le van tiltva</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8 KB)</td>
<td>Alapértelmezett fogadási ablak</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8 KB)</td>
<td>Alapértelmezett küldési ablak</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64 KB)</td>
<td>Maximális TCP ablakméret</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Maximális TCP kapcsolatok</td>
</tr>
</table>
<h3>Jelenlegi Windows-beállítások (Windows 10/11/Server 2019-2025)</h3>
<p>A modern Windows a<strong>Az ablak automatikus hangolása fogadása</strong>funkció, amely dinamikusan állítja be a vételi puffereket a hálózati feltételek alapján.</p>
<table class="buffer-table">
<tr>
<th>Funkció</th>
<th>Jelenlegi ajánlott beállítás</th>
<th>Leírás</th>
</tr>
<tr>
<td>Automatikus hangolási szint</td>
<td>normál (vagy erősen kísérleti 10 GbE+ esetén)</td>
<td>Dinamikus fogadási ablak beállítás</td>
</tr>
<tr>
<td>Fogadóoldali méretezés (RSS)</td>
<td>engedélyezve van</td>
<td>Ossza meg a hálózati feldolgozást a CPU-k között</td>
</tr>
<tr>
<td>Kémény tehermentesítés</td>
<td>automatikus (vagy letiltva a modern hálózati kártyákon)</td>
<td>TCP-letöltés a hálózati kártya hardverére</td>
</tr>
<tr>
<td>NetDMA</td>
<td>letiltva</td>
<td>Közvetlen memória hozzáférés (elavult)</td>
</tr>
<tr>
<td>TCP globális paraméterek</td>
<td>Lásd az alábbi parancsokat</td>
<td>Rendszerszintű TCP beállítások</td>
</tr>
<tr>
<td>Dugulásszolgáltató</td>
<td>CUBIC (vagy NewReno tartalék)</td>
<td>TCP torlódást szabályozó algoritmus</td>
</tr>
</table>
<h3>Windows konfigurációs parancsok</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>Speciális NIC-pufferbeállítások (Eszközkezelőn vagy PowerShell-en keresztül)</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>Rendszerleíró adatbázis módosítások (haladó – óvatosan használja)</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>Figyelmeztetés:</strong>A modern Windows rendszeren (10/11/Server 2019+) kerülje a kézi beállításjegyzék-módosításokat, hacsak az automatikus hangolás nem okoz problémákat. Az automatikus hangolási algoritmusok általában jobbak a statikus beállításoknál.</div>
</div>
<h2>macOS pufferhangolás</h2>
<div class="os-section">
<h3>Korábbi macOS-beállítások (2009 körül – Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Paraméter</th>
<th>Legacy Value (2009)</th>
<th>Leírás</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256 KB)</td>
<td>Maximális foglalat pufferméret</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32 KB)</td>
<td>Alapértelmezett TCP küldési puffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32 KB)</td>
<td>Alapértelmezett TCP fogadási puffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128 KB)</td>
<td>Maximális automatikusan hangolt vételi puffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128 KB)</td>
<td>Maximális automatikusan hangolt küldési puffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (letiltva)</td>
<td>TCP ablak méretezése</td>
</tr>
</table>
<h3>Jelenlegi macOS-beállítások (macOS 12-15 Monterey és Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Paraméter</th>
<th>Jelenlegi ajánlott érték</th>
<th>Leírás</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8 MB)</td>
<td>Maximális foglalat pufferméret</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128 KB)</td>
<td>Alapértelmezett TCP küldési puffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128 KB)</td>
<td>Alapértelmezett TCP fogadási puffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maximális automatikusan hangolt vételi puffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maximális automatikusan hangolt küldési puffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (engedélyezve)</td>
<td>Engedélyezze a TCP ablak méretezését</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (engedélyezve)</td>
<td>Szelektív nyugtázás engedélyezése</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Alapértelmezett TCP maximális szegmensméret</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Késleltetett ACK viselkedés</td>
</tr>
</table>
<h3>macOS konfigurációs alkalmazás</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 létrehozása az állandó beállításokhoz</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>Figyelmeztetés:</strong>A macOS Ventura (13) és újabb verziói System Integrity Protection (SIP) korlátozásokkal rendelkeznek. Előfordulhat, hogy néhány kernelparaméter még sudo-val sem módosítható. Tesztelje a beállításokat az adott környezetben.</div>
</div>
<h2>Teljesítményteszt és érvényesítés</h2>
<h3>Eszközök a puffer teljesítményének teszteléséhez</h3>
<div class="diagnostic-box">
<h4>iperf3 – Hálózati teljesítményteszt</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 ablakméretek rögzítése</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 elemzés</h4>
<p>Keresse meg a pufferproblémák alábbi mutatóit:</p>
<ul>
<li>TCP Zero Window üzenetek</li>
<li>TCP ablakfrissítési csomagok</li>
<li>TCP Window Teljes értesítések</li>
<li>Magas újraadási sebesség alacsony RTT mellett</li>
</ul>
<h4>Rendszerfigyelés</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>Sávszélesség-késleltetési termék (BDP) számítása</h2>
<p>A hálózat optimális pufferméretének meghatározásához számítsa ki a sávszélesség-késleltetési szorzatot:</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>Munkaterhelés-specifikus ajánlások</h2>
<table class="buffer-table">
<tr>
<th>Munkaterhelés típusa</th>
<th>Ajánlott pufferméret</th>
<th>Kulcsparaméterek</th>
</tr>
<tr>
<td>Webszerver (alacsony késleltetés)</td>
<td>4-16 MB</td>
<td>Alacsonyabb pufferek, több kapcsolat, gyors reagálás</td>
</tr>
<tr>
<td>Adatbázis szerver</td>
<td>16-32 MB</td>
<td>Mérsékelt pufferek, egyenletes átvitel</td>
</tr>
<tr>
<td>Fájlátvitel / biztonsági mentés</td>
<td>64-128 MB</td>
<td>Maximális pufferek, magas átviteli prioritás</td>
</tr>
<tr>
<td>Videó streamelés</td>
<td>32-64 MB</td>
<td>Nagy pufferek, egyenletes szállítási sebesség</td>
</tr>
<tr>
<td>HPC / adatközpont</td>
<td>128-256 MB</td>
<td>Maximális pufferek, speciális torlódás-szabályozás</td>
</tr>
<tr>
<td>Vezeték nélküli / mobil</td>
<td>2-8 MB</td>
<td>Konzervatív pufferek, változó késleltetésű kezelés</td>
</tr>
</table>
<h2>Gyakori hibák és buktatók</h2>
<div class="warning-box">
<h3>Elkerülendő hibák</h3>
<ul>
<li><strong>Túlpufferelés:</strong>A túl nagy pufferek pufferfelfúvódást okozhatnak, ami növeli a késleltetést</li>
<li><strong>A memóriakorlátok figyelmen kívül hagyása:</strong>A nagy pufferek megszorozódnak a kapcsolatok számával; egy 10 000 kapcsolattal és 128 MB pufferrel rendelkező szerverhez 1,25 TB RAM szükséges</li>
<li><strong>Az automatikus hangolás ok nélküli letiltása:</strong>A modern operációs rendszer automatikus hangolása általában jobb, mint a statikus beállítások</li>
<li><strong>Változások után nem tesztel:</strong>A teljesítménynövekedést mindig valós munkaterhelés mellett érvényesítse</li>
<li><strong>A NIC pufferek elfelejtése:</strong>A gyűrűs puffer kimerülése a foglalat puffereitől függetlenül előfordulhat</li>
<li><strong>Ellentmondó beállítások:</strong>A kliensnek és a szervernek kompatibilis pufferkonfigurációkkal kell rendelkeznie</li>
<li><strong>A torlódásszabályozás figyelmen kívül hagyása:</strong>A BBR és a CUBIC lényegesen jobb, mint a régebbi algoritmusok</li>
</ul>
</div>
<h2>Hibaelhárítás munkafolyamat</h2>
<ol>
<li><strong>Állítsd fel az alapvonalat:</strong>Mérje meg az aktuális teljesítményt iperf3 vagy hasonló eszközökkel</li>
<li><strong>Csomagok rögzítése:</strong>A tcpdump/Wireshark segítségével azonosíthatja a TCP ablak viselkedését</li>
<li><strong>Ellenőrizze a rendszer statisztikáit:</strong>Keresse a cseppeket, a puffer kimerülését, az újraadásokat</li>
<li><strong>BDP kiszámítása:</strong>Határozza meg az elméletileg optimális pufferméreteket</li>
<li><strong>Folyamatos változtatások alkalmazása:</strong>Ne változtass meg mindent egyszerre</li>
<li><strong>Tesztelje és érvényesítse:</strong>Mérje meg a tényleges teljesítményjavulást</li>
<li><strong>Időbeli megfigyelés:</strong>Győződjön meg arról, hogy a beállítások optimálisak maradnak változó terhelés mellett</li>
</ol>
<h2>Hivatkozások és további irodalom</h2>
<ul>
<li>RFC 1323 – TCP-bővítmények a nagy teljesítmény érdekében (ablakméretezés)</li>
<li>RFC 2018 – TCP szelektív nyugtázási beállítások</li>
<li>RFC 6928 - A TCP kezdeti ablakának növelése</li>
<li>RFC 8312 – CUBIC torlódáskezelési algoritmus</li>
<li>BBR Congestion Control (Google) – https://research.google/pubs/pub45646/</li>
<li>Linux kernel dokumentáció - hálózatépítés/ip-sysctl.txt</li>
<li>Windows TCP/IP teljesítményhangolási útmutató (Microsoft)</li>
<li>ESnet hálózati hangolási útmutató - https://fasterdata.es.net/</li>
</ul>
<h2>Következtetés</h2>
<p>A puffer kimerülése a hálózattal kapcsolatosnak tűnő teljesítményproblémák gyakori kiváltó oka. A pufferméretezés 2009-es 128 KB-os korlátaitól a mai 128 MB-os kapacitásig terjedő fejlődésének megértésével a hálózati mérnökök gyorsan azonosíthatják és megoldhatják ezeket a problémákat.</p>
<p>A legfontosabb elvitelek:</p>
<ul>
<li>A modern rendszereknek lényegesen nagyobb pufferekre van szükségük, mint a régebbi (2009) konfigurációknak</li>
<li>Mindig számítsa ki a BDP-t az adott hálózati viszonyoknak megfelelően</li>
<li>Használja az operációs rendszer automatikus hangolási funkcióit (Windows, modern Linux)</li>
<li>Figyelje és tesztelje a változásokat</li>
<li>Hangoláskor vegye figyelembe a munkaterhelés-specifikus követelményeket</li>
</ul>
<p>Ne feledje: A csomagelemzés által feltárt "hálózati probléma" a TCP nulla ablakainak kimutatására valójában gazdarendszer-erőforrás probléma. Megfelelő pufferhangolással kiküszöbölheti ezeket a hamis diagnózisokat, és optimális teljesítményt érhet el.</p>
<hr/>
<p><em>Utolsó frissítés: 2026. február 2</em></p>
<p><em>Szerző: Baud9600 műszaki csapat</em></p>