.. titel: Systeembufferafstemming - Optimalisatie van TCP- en netwerkprestaties
.. slak: systeembufferafstemming
.. datum: 2026-02-02 10:00:00 UTC
.. tags: netwerken, prestaties, tuning, tcp, buffers
.. categorie: artikelen
.. link:
.. beschrijving: Systeembuffers begrijpen en optimaliseren om TCP-prestatieproblemen op te lossen die vaak ten onrechte als netwerkproblemen worden gediagnosticeerd
.. typ: tekst
<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>Systeembufferafstemming: de verborgen boosdoener achter ‘netwerkproblemen’</h1>
<h2>Samenvatting</h2>
<p>Netwerkingenieurs komen vaak situaties tegen waarin TCP-vensters of applicatieprestaties worden toegeschreven aan de netwerkinfrastructuur. Na het uitvoeren van uitgebreide pakketregistratie, tcpdumps en netwerkanalyse wordt vaak het echte knelpunt ontdekt: uitgeputte NIC (Network Interface Card) of buffers op besturingssysteemniveau op de client- of serversystemen.</p>
<p>Dit artikel bevat zowel oudere (circa 2009) als huidige (2025-2026) bufferconfiguraties voor Linux, Windows en macOS, samen met diagnostische technieken om bufferuitputting te identificeren voordat dit een kritiek probleem wordt.</p>
<div class="diagnostic-box">
<h3>Veel voorkomende symptomen van bufferuitputting</h3>
<ul>
<li>TCP Zero Window-gebeurtenissen in pakketopnamen</li>
<li>Hoge hertransmissiesnelheden ondanks lage netwerklatentie</li>
<li>De doorvoer van applicaties ligt aanzienlijk lager dan de beschikbare bandbreedte</li>
<li>Prestatievermindering onder belasting die verbetert wanneer de belasting afneemt</li>
<li>Inconsistente prestaties bij vergelijkbare hardwareconfiguraties</li>
<li>Socketfouten of berichten dat bronnen tijdelijk niet beschikbaar zijn</li>
</ul>
</div>
<h2>Het probleem begrijpen</h2>
<h3>Het TCP-vensterschaalmechanisme</h3>
<p>TCP maakt gebruik van een stroomcontrolemechanisme waarbij de ontvanger een "venstergrootte" adverteert die aangeeft hoeveel gegevens hij kan accepteren. Wanneer systeembuffers vol raken, krimpt dit venster tot nul, waardoor de afzender gedwongen wordt te wachten. Dit lijkt op een netwerkprobleem, maar is feitelijk een probleem met de hostbronnen.</p>
<h3>Waar buffers ertoe doen</h3>
<ul>
<li><strong>Socketbuffers (SO_SNDBUF/SO_RCVBUF):</strong>Verzend- en ontvangstbuffers per socket</li>
<li><strong>TCP-vensterbuffers:</strong>Maximale TCP-venstergrootte voor verbindingen</li>
<li><strong>Buffers voor netwerkapparaten:</strong>NIC-ringbuffers voor pakketwachtrijen</li>
<li><strong>Systeembreed geheugen:</strong>Algeheel geheugen toegewezen voor netwerken</li>
</ul>
<h2>Diagnostische opdrachten</h2>
<div class="diagnostic-box">
<h3>Linux-diagnostiek</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-diagnostiek</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-diagnostiek</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-bufferafstemming</h2>
<div class="os-section">
<h3>Legacy Linux-instellingen (circa 2009)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy-waarde (2009)</th>
<th>Beschrijving</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Standaard buffergrootte voor ontvangstsocket</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Maximale buffergrootte voor ontvangstsocket</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Standaard buffergrootte voor verzendsocket</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Maximale buffergrootte voor verzendsocket</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP-ontvangstbuffer: min, standaard, max (in bytes)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP-verzendbuffer: min, standaard, max (in bytes)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP-geheugenpagina's: laag, druk, hoog</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Maximaal aantal pakketten in invoerwachtrij</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>Maximale aanvullende buffergrootte per socket</td>
</tr>
</table>
<h3>Huidige Linux-instellingen (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Huidige aanbevolen waarde</th>
<th>Beschrijving</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16MB)</td>
<td>Standaard buffergrootte voor ontvangstsocket</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>Maximale buffergrootte voor ontvangstsocket</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16MB)</td>
<td>Standaard buffergrootte voor verzendsocket</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>Maximale buffergrootte voor verzendsocket</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP-ontvangstbuffer: min, standaard, max (max. 128 MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP-verzendbuffer: min, standaard, max (max. 128 MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP-geheugenpagina's: laag, druk, hoog (64GB-systeem)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Maximaal aantal pakketten in invoerwachtrij (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Maximale aanvullende buffergrootte per socket</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>Gebruik BBR-congestiecontrole (het algoritme van Google)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Schakel TCP-vensterschaling in (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Schakel TCP-tijdstempels in voor een betere RTT-schatting</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Schakel selectieve bevestiging in</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Schakel het cachen van TCP-statistieken uit</td>
</tr>
</table>
<h3>Linux-configuratietoepassing</h3>
<p>Voeg deze instellingen toe aan<code>/etc/sysctl.conf</code>of maak een nieuw bestand<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-ringbufferafstemming</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>Kritieke waarschuwing - Geheugenverbruik:</strong>De tcp_mem-waarden staan ​​op geheugenpagina's (doorgaans 4 KB). Grote buffergroottes kunnen ernstige geheugendruk veroorzaken:<ul>
<li><strong>Geheugen per verbinding:</strong>Elke verbinding kan maximaal rmem_max + wmem_max gebruiken (256 MB met 128 MB buffers)</li>
<li><strong>Totale systeemimpact:</strong>1.000 verbindingen × 256 MB = 256 GB potentieel gebruik</li>
<li><strong>Veilige schatting:</strong>Het maximale aantal gelijktijdige verbindingen × 256 MB mag niet groter zijn dan 50% van het systeem-RAM</li>
<li><strong>Voorbeeld:</strong>Een server van 64 GB moet het maximale aantal verbindingen beperken tot ~125 gelijktijdige verbindingen met hoge doorvoer met buffers van 128 MB</li>
<li><strong>Aanbeveling voor servers met &lt;16 GB RAM:</strong>Verlaag de buffers tot maximaal 16-32 MB en pas tcp_mem proportioneel aan</li>
</ul>
</div>
</div>
<h2>Windows-bufferafstemming</h2>
<div class="os-section">
<h3>Verouderde Windows-instellingen (circa 2009 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy-waarde (2009)</th>
<th>Locatie</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Register: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opties</td>
<td>0 (uitgeschakeld)</td>
<td>Vensterschaling is standaard uitgeschakeld</td>
</tr>
<tr>
<td>StandaardReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Standaard ontvangstvenster</td>
</tr>
<tr>
<td>StandaardVerzendvenster</td>
<td>8192 (8KB)</td>
<td>Standaard verzendvenster</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Maximale TCP-venstergrootte</td>
</tr>
<tr>
<td>TcpNumVerbindingen</td>
<td>16777214</td>
<td>Maximale TCP-verbindingen</td>
</tr>
</table>
<h3>Huidige Windows-instellingen (Windows 10/11/Server 2019-2025)</h3>
<p>Moderne Windows maakt gebruik van de<strong>Ontvang automatisch afstemmen van vensters</strong>functie, die ontvangstbuffers dynamisch aanpast op basis van netwerkomstandigheden.</p>
<table class="buffer-table">
<tr>
<th>Functie</th>
<th>Huidige aanbevolen instelling</th>
<th>Beschrijving</th>
</tr>
<tr>
<td>Niveau voor automatisch afstemmen</td>
<td>normaal (of zeer experimenteel voor 10GbE+)</td>
<td>Dynamische aanpassing van het ontvangstvenster</td>
</tr>
<tr>
<td>Schalen aan ontvangstzijde (RSS)</td>
<td>ingeschakeld</td>
<td>Verdeel netwerkverwerking over CPU's</td>
</tr>
<tr>
<td>Schoorsteen lossen</td>
<td>automatisch (of uitgeschakeld op moderne NIC's)</td>
<td>TCP-offload naar NIC-hardware</td>
</tr>
<tr>
<td>NetDMA</td>
<td>gehandicapt</td>
<td>Directe geheugentoegang (verouderd)</td>
</tr>
<tr>
<td>Globale TCP-parameters</td>
<td>Zie onderstaande opdrachten</td>
<td>Systeembrede TCP-instellingen</td>
</tr>
<tr>
<td>Congestieaanbieder</td>
<td>CUBIC (of NewReno fallback)</td>
<td>Algoritme voor TCP-congestiecontrole</td>
</tr>
</table>
<h3>Windows-configuratieopdrachten</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>Geavanceerde NIC-bufferinstellingen (via Apparaatbeheer of 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>Registeraanpassingen (geavanceerd - gebruik met voorzichtigheid)</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>Waarschuwing:</strong>Op moderne Windows (10/11/Server 2019+) vermijdt u handmatige registerwijzigingen, tenzij automatisch afstemmen problemen veroorzaakt. De algoritmen voor automatisch afstemmen zijn over het algemeen superieur aan statische instellingen.</div>
</div>
<h2>macOS-bufferafstemming</h2>
<div class="os-section">
<h3>Oudere macOS-instellingen (circa 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy-waarde (2009)</th>
<th>Beschrijving</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256KB)</td>
<td>Maximale socketbuffergrootte</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>Standaard TCP-verzendbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>Standaard TCP-ontvangstbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Maximale automatisch afgestemde ontvangstbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Maximale automatisch afgestemde verzendbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (uitgeschakeld)</td>
<td>Schalen van TCP-vensters</td>
</tr>
</table>
<h3>Huidige macOS-instellingen (macOS 12-15 Monterey tot Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Huidige aanbevolen waarde</th>
<th>Beschrijving</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>Maximale socketbuffergrootte</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Standaard TCP-verzendbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>Standaard TCP-ontvangstbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16MB)</td>
<td>Maximale automatisch afgestemde ontvangstbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16MB)</td>
<td>Maximale automatisch afgestemde verzendbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (ingeschakeld)</td>
<td>Schakel TCP-vensterschaling in</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (ingeschakeld)</td>
<td>Schakel selectieve bevestiging in</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Standaard TCP-maximale segmentgrootte</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Vertraagd ACK-gedrag</td>
</tr>
</table>
<h3>macOS-configuratietoepassing</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>Een LaunchDaemon maken voor persistente instellingen</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>Waarschuwing:</strong>macOS Ventura (13) en hoger hebben beperkingen voor System Integrity Protection (SIP). Sommige kernelparameters kunnen mogelijk niet worden gewijzigd, zelfs niet met sudo. Test instellingen in uw specifieke omgeving.</div>
</div>
<h2>Prestatietesten en validatie</h2>
<h3>Hulpmiddelen voor het testen van bufferprestaties</h3>
<div class="diagnostic-box">
<h4>iperf3 - Testen van netwerkprestaties</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 - Leg TCP-venstergroottes vast</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-analyse</h4>
<p>Zoek naar deze indicatoren voor bufferproblemen:</p>
<ul>
<li>TCP Zero Window-berichten</li>
<li>TCP Window Update-pakketten</li>
<li>TCP-venster Volledige meldingen</li>
<li>Hoge hertransmissiesnelheden met lage RTT</li>
</ul>
<h4>Systeembewaking</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>Berekening van het bandbreedte-vertragingsproduct (BDP).</h2>
<p>Om de optimale buffergroottes voor uw netwerk te bepalen, berekent u het Bandwidth-Delay Product:</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>Werklastspecifieke aanbevelingen</h2>
<table class="buffer-table">
<tr>
<th>Type werklast</th>
<th>Aanbevolen buffergrootte</th>
<th>Belangrijkste parameters</th>
</tr>
<tr>
<td>Webserver (lage latentie)</td>
<td>4-16MB</td>
<td>Lagere buffers, meer verbindingen, snelle respons</td>
</tr>
<tr>
<td>Databaseserver</td>
<td>16-32MB</td>
<td>Matige buffers, consistente doorvoer</td>
</tr>
<tr>
<td>Bestandsoverdracht / back-up</td>
<td>64-128MB</td>
<td>Maximale buffers, hoge doorvoerprioriteit</td>
</tr>
<tr>
<td>Videostreaming</td>
<td>32-64 MB</td>
<td>Grote buffers, consistente leveringssnelheid</td>
</tr>
<tr>
<td>HPC / Datacenter</td>
<td>128-256MB</td>
<td>Maximale buffers, gespecialiseerde congestiebestrijding</td>
</tr>
<tr>
<td>Draadloos / Mobiel</td>
<td>2-8MB</td>
<td>Conservatieve buffers, verwerking van variabele latentie</td>
</tr>
</table>
<h2>Veel voorkomende fouten en valkuilen</h2>
<div class="warning-box">
<h3>Fouten om te vermijden</h3>
<ul>
<li><strong>Overbuffering:</strong>Overmatig grote buffers kunnen bufferbloat veroorzaken, waardoor de latentie toeneemt</li>
<li><strong>Geheugenbeperkingen negeren:</strong>Grote buffers vermenigvuldigen zich met het aantal verbindingen; een server met 10.000 verbindingen en 128 MB buffers heeft 1,25 TB RAM nodig</li>
<li><strong>Automatisch afstemmen zonder reden uitschakelen:</strong>Het automatisch afstemmen van moderne besturingssystemen is meestal beter dan statische instellingen</li>
<li><strong>Niet testen na wijzigingen:</strong>Valideer prestatieverbeteringen altijd met echte werklasten</li>
<li><strong>NIC-buffers vergeten:</strong>Uitputting van de ringbuffer kan onafhankelijk van socketbuffers optreden</li>
<li><strong>Inconsistente instellingen:</strong>Client en server moeten compatibele bufferconfiguraties hebben</li>
<li><strong>Congestiecontrole negeren:</strong>BBR en CUBIC zijn aanzienlijk beter dan oudere algoritmen</li>
</ul>
</div>
<h2>Problemen met de werkstroom oplossen</h2>
<ol>
<li><strong>Basislijn vaststellen:</strong>Meet de huidige prestaties met iperf3 of vergelijkbare tools</li>
<li><strong>Pakketten vastleggen:</strong>Gebruik tcpdump/Wireshark om het gedrag van TCP-vensters te identificeren</li>
<li><strong>Systeemstatistieken controleren:</strong>Zoek naar druppels, bufferuitputting, hertransmissies</li>
<li><strong>Bereken BDP:</strong>Bepaal theoretisch optimale buffergroottes</li>
<li><strong>Incrementele wijzigingen toepassen:</strong>Verander niet alles in één keer</li>
<li><strong>Testen en valideren:</strong>Meet daadwerkelijke prestatieverbetering</li>
<li><strong>Monitoren in de loop van de tijd:</strong>Zorg ervoor dat de instellingen optimaal blijven onder wisselende belastingen</li>
</ol>
<h2>Referenties en verder lezen</h2>
<ul>
<li>RFC 1323 - TCP-extensies voor hoge prestaties (vensterschaling)</li>
<li>RFC 2018 - TCP-selectieve bevestigingsopties</li>
<li>RFC 6928 - Het initiële venster van TCP vergroten</li>
<li>RFC 8312 - CUBIC Congestiebeheersingsalgoritme</li>
<li>BBR-congestiecontrole (Google) - https://research.google/pubs/pub45646/</li>
<li>Linux Kernel-documentatie - netwerken/ip-sysctl.txt</li>
<li>Handleiding voor Windows TCP/IP-prestaties afstemmen (Microsoft)</li>
<li>ESnet netwerkafstemmingsgids - https://fasterdata.es.net/</li>
</ul>
<h2>Conclusie</h2>
<p>Bufferuitputting is een veelvoorkomende oorzaak van prestatieproblemen die netwerkgerelateerd lijken te zijn. Door de evolutie van de buffergrootte te begrijpen, van de 128 KB-limieten uit 2009 naar de huidige 128 MB-mogelijkheden, kunnen netwerkingenieurs deze problemen snel identificeren en oplossen.</p>
<p>Belangrijkste afhaalrestaurants:</p>
<ul>
<li>Moderne systemen hebben aanzienlijk grotere buffers nodig dan oudere (2009) configuraties</li>
<li>Bereken BDP altijd voor uw specifieke netwerkomstandigheden</li>
<li>Gebruik functies voor automatisch afstemmen van het besturingssysteem, indien beschikbaar (Windows, moderne Linux)</li>
<li>Monitor en test om wijzigingen te valideren</li>
<li>Houd bij het afstemmen rekening met werkbelastingspecifieke vereisten</li>
</ul>
<p>Onthoud: een "netwerkprobleem" dat aan het licht komt door pakketanalyse om TCP-nulvensters weer te geven, is feitelijk een probleem met de systeembronnen van het hostsysteem. Met de juiste bufferafstemming kunt u deze valse diagnoses elimineren en optimale prestaties bereiken.</p>
<hr/>
<p><em>Laatst bijgewerkt: 2 februari 2026</em></p>
<p><em>Auteur: Baud9600 Technisch team</em></p>