.. titel: System Buffer Tuning - TCP og Network Performance Optimization
.. slug: system-buffer-tuning
.. dato: 2026-02-02 10:00:00 UTC
.. tags: netværk, ydeevne, tuning, tcp, buffere
.. kategori: artikler
.. link:
.. beskrivelse: Forståelse og optimering af systembuffere for at løse problemer med TCP-ydelse, ofte fejldiagnosticeret som netværksproblemer
.. type: 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>Systembufferjustering: Den skjulte synder bag "netværksproblemer"</h1>
<h2>Executive Summary</h2>
<p>Netværksingeniører støder ofte på situationer, hvor TCP-vinduer eller applikationsydelse er skyld i netværksinfrastrukturen. Efter at have udført omfattende pakkefangst, tcpdumps og netværksanalyse, opdages den sande flaskehals ofte: opbrugte NIC (Network Interface Card) eller OS-niveau buffere på klient- eller serversystemer.</p>
<p>Denne artikel giver både ældre (ca. 2009) og nuværende (2025-2026) bufferkonfigurationer til Linux, Windows og macOS sammen med diagnostiske teknikker til at identificere bufferudtømning, før det bliver et kritisk problem.</p>
<div class="diagnostic-box">
<h3>Almindelige symptomer på bufferudmattelse</h3>
<ul>
<li>TCP Zero Window-hændelser i pakkefangster</li>
<li>Høje retransmissionshastigheder på trods af lav netværksforsinkelse</li>
<li>Applikationsgennemstrømning væsentligt under tilgængelig båndbredde</li>
<li>Ydeevneforringelse under belastning, der forbedres, når belastningen falder</li>
<li>Inkonsekvent ydeevne på tværs af lignende hardwarekonfigurationer</li>
<li>Socket-fejl eller meddelelser "Resource midlertidigt utilgængelig".</li>
</ul>
</div>
<h2>Forståelse af problemet</h2>
<h3>TCP-vinduesskaleringsmekanismen</h3>
<p>TCP bruger en flowkontrolmekanisme, hvor modtageren annoncerer en "vinduesstørrelse", der angiver, hvor meget data den kan acceptere. Når systembuffere fyldes op, krymper dette vindue til nul, hvilket tvinger afsenderen til at vente. Dette ser ud som et netværksproblem, men er faktisk et problem med værtsressourcer.</p>
<h3>Hvor buffere betyder noget</h3>
<ul>
<li><strong>Socketbuffere (SO_SNDBUF/SO_RCVBUF):</strong>Per-socket sende og modtage buffere</li>
<li><strong>TCP vinduesbuffere:</strong>Maksimal TCP-vinduestørrelse for forbindelser</li>
<li><strong>Netværksenhedsbuffere:</strong>NIC-ringbuffere til pakkekø</li>
<li><strong>Systemdækkende hukommelse:</strong>Samlet hukommelse tildelt til netværk</li>
</ul>
<h2>Diagnostiske kommandoer</h2>
<div class="diagnostic-box">
<h3>Linux-diagnostik</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 Diagnostik</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-diagnostik</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 Buffer Tuning</h2>
<div class="os-section">
<h3>Ældre Linux-indstillinger (omkring 2009)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Ældre værdi (2009)</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Standard modtagesocket bufferstørrelse</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimal modtagersockets bufferstørrelse</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Standard sende socket buffer størrelse</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimal sendesocket-bufferstørrelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP-modtagelsesbuffer: min, standard, max (i bytes)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP sendebuffer: min, standard, max (i bytes)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP-hukommelsessider: lav, tryk, høj</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Maksimalt antal pakker i inputkø</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10 KB)</td>
<td>Maksimal ekstra bufferstørrelse pr. sokkel</td>
</tr>
</table>
<h3>Aktuelle Linux-indstillinger (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Aktuel anbefalet værdi</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16 MB)</td>
<td>Standard modtagesocket bufferstørrelse</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maksimal modtagersockets bufferstørrelse</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16 MB)</td>
<td>Standard sende socket buffer størrelse</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maksimal sendesocket-bufferstørrelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP-modtagelsesbuffer: min, standard, max (128 MB maks.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP sendebuffer: min, standard, maks (128 MB maks.)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP-hukommelsessider: lav, tryk, høj (64GB system)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Maksimalt antal pakker i inputkø (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Maksimal ekstra bufferstørrelse pr. sokkel</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>Brug BBR overbelastningskontrol (Googles algoritme)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Aktiver TCP-vindueskalering (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Aktiver TCP-tidsstempler for bedre RTT-estimering</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Aktiver selektiv bekræftelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Deaktiver cachelagring af TCP-metrics</td>
</tr>
</table>
<h3>Linux-konfigurationsapplikation</h3>
<p>Tilføj disse indstillinger til<code>/etc/sysctl.conf</code>eller opret en ny fil<code>/etc/sysctl.d/99-network-tuning.conf</code>:</p>
<pre>
# Network Buffer Tuning for High-Performance Applications
# Optimized for 10GbE+ networks with RTT up to 300ms

# Core socket buffer settings
net.core.rmem_default = 16777216
net.core.rmem_max = 134217728
net.core.wmem_default = 16777216
net.core.wmem_max = 134217728

# TCP buffer settings
net.ipv4.tcp_rmem = 4096 87380 134217728
net.ipv4.tcp_wmem = 4096 65536 134217728
net.ipv4.tcp_mem = 8388608 12582912 16777216

# Device buffer settings
net.core.netdev_max_backlog = 250000
net.core.netdev_budget = 50000
net.core.netdev_budget_usecs = 5000
net.core.optmem_max = 65536

# TCP optimizations
net.ipv4.tcp_congestion_control = bbr
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.tcp_moderate_rcvbuf = 1

# Apply with: sysctl -p /etc/sysctl.d/99-network-tuning.conf
</pre>
<h3>NIC Ring Buffer 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>Kritisk advarsel - Hukommelsesforbrug:</strong>tcp_mem-værdierne er på hukommelsessider (typisk 4KB). Store bufferstørrelser kan forårsage alvorligt hukommelsestryk:<ul>
<li><strong>Hukommelse pr. forbindelse:</strong>Hver forbindelse kan bruge op til rmem_max + wmem_max (256 MB med 128 MB buffere)</li>
<li><strong>Samlet systempåvirkning:</strong>1.000 forbindelser × 256 MB = 256 GB potentielt forbrug</li>
<li><strong>Sikker vurdering:</strong>Maks. samtidige forbindelser × 256 MB bør ikke overstige 50 % af system-RAM</li>
<li><strong>Eksempel:</strong>En 64 GB server bør begrænse maksimale forbindelser til ~125 samtidige højhastighedsforbindelser med 128 MB buffere</li>
<li><strong>Anbefaling til servere med &lt;16 GB RAM:</strong>Reducer buffere til 16-32MB maks. og juster tcp_mem proportionalt</li>
</ul>
</div>
</div>
<h2>Windows Buffer Tuning</h2>
<div class="os-section">
<h3>Ældre Windows-indstillinger (omkring 2009 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Ældre værdi (2009)</th>
<th>Beliggenhed</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64 KB)</td>
<td>Registrering: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (deaktiveret)</td>
<td>Vinduesskalering deaktiveret som standard</td>
</tr>
<tr>
<td>DefaultReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Standard modtagevindue</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8KB)</td>
<td>Standard sendevindue</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64 KB)</td>
<td>Maksimal TCP-vinduestørrelse</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Maksimal TCP-forbindelser</td>
</tr>
</table>
<h3>Aktuelle Windows-indstillinger (Windows 10/11/Server 2019-2025)</h3>
<p>Moderne Windows bruger<strong>Automatisk tuning af vinduet</strong>funktion, som dynamisk justerer modtagebuffere baseret på netværksforhold.</p>
<table class="buffer-table">
<tr>
<th>Feature</th>
<th>Aktuel anbefalet indstilling</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>Auto-tuning niveau</td>
<td>normal (eller meget eksperimenterende for 10GbE+)</td>
<td>Dynamisk justering af modtagevindue</td>
</tr>
<tr>
<td>Modtage-sideskalering (RSS)</td>
<td>aktiveret</td>
<td>Fordel netværksbehandling på tværs af CPU'er</td>
</tr>
<tr>
<td>Aflastning af skorsten</td>
<td>automatisk (eller deaktiveret på moderne NIC'er)</td>
<td>TCP-aflastning til NIC-hardware</td>
</tr>
<tr>
<td>NetDMA</td>
<td>handicappet</td>
<td>Direkte hukommelsesadgang (forældet)</td>
</tr>
<tr>
<td>TCP globale parametre</td>
<td>Se kommandoer nedenfor</td>
<td>Systemdækkende TCP-indstillinger</td>
</tr>
<tr>
<td>Trængselsudbyder</td>
<td>CUBIC (eller NewReno fallback)</td>
<td>TCP overbelastningskontrolalgoritme</td>
</tr>
</table>
<h3>Windows-konfigurationskommandoer</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>Avancerede NIC-bufferindstillinger (via Enhedshåndtering eller 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>Registry Tweaks (avanceret - brug med forsigtighed)</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>Advarsel:</strong>På moderne Windows (10/11/Server 2019+), undgå manuelle registreringsændringer, medmindre automatisk tuning forårsager problemer. Algoritmerne til automatisk tuning er generelt bedre end statiske indstillinger.</div>
</div>
<h2>macOS Buffer Tuning</h2>
<div class="os-section">
<h3>Ældre macOS-indstillinger (omkring 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Ældre værdi (2009)</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256 KB)</td>
<td>Maksimal socket bufferstørrelse</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>Standard TCP sende buffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>Standard TCP-modtagebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimal auto-tunet modtagebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimal auto-tunet sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (deaktiveret)</td>
<td>TCP vindue skalering</td>
</tr>
</table>
<h3>Aktuelle macOS-indstillinger (macOS 12-15 Monterey gennem Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Aktuel anbefalet værdi</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8 MB)</td>
<td>Maksimal socket bufferstørrelse</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Standard TCP sende buffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>Standard TCP-modtagebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maksimal auto-tunet modtagebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maksimal auto-tunet sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (aktiveret)</td>
<td>Aktiver TCP-vindueskalering</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (aktiveret)</td>
<td>Aktiver selektiv bekræftelse</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Standard TCP maksimal segmentstørrelse</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Forsinket ACK-adfærd</td>
</tr>
</table>
<h3>macOS-konfigurationsapplikation</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>Oprettelse af en LaunchDaemon til vedvarende indstillinger</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>Advarsel:</strong>macOS Ventura (13) og nyere har begrænsninger for System Integrity Protection (SIP). Nogle kerneparametre kan muligvis ikke ændres, selv med sudo. Test indstillinger i dit specifikke miljø.</div>
</div>
<h2>Ydelsestest og validering</h2>
<h3>Værktøjer til test af bufferydelse</h3>
<div class="diagnostic-box">
<h4>iperf3 - Test af netværksydelse</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 - Optag TCP-vinduestørrelser</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>Se efter disse indikatorer for bufferproblemer:</p>
<ul>
<li>TCP Zero Window-meddelelser</li>
<li>TCP Window Update-pakker</li>
<li>TCP Window Fuld underretninger</li>
<li>Høje retransmissionshastigheder med lav RTT</li>
</ul>
<h4>Systemovervågning</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>Beregning af båndbreddeforsinkelsesprodukt (BDP).</h2>
<p>For at bestemme optimale bufferstørrelser for dit netværk skal du beregne båndbreddeforsinkelsesproduktet:</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>Arbejdsbelastningsspecifikke anbefalinger</h2>
<table class="buffer-table">
<tr>
<th>Arbejdsbelastningstype</th>
<th>Anbefalet bufferstørrelse</th>
<th>Nøgleparametre</th>
</tr>
<tr>
<td>Webserver (lav latenstid)</td>
<td>4-16 MB</td>
<td>Lavere buffere, flere forbindelser, hurtig respons</td>
</tr>
<tr>
<td>Database server</td>
<td>16-32 MB</td>
<td>Moderate buffere, ensartet gennemløb</td>
</tr>
<tr>
<td>Filoverførsel / sikkerhedskopiering</td>
<td>64-128 MB</td>
<td>Maksimale buffere, høj gennemløbsprioritet</td>
</tr>
<tr>
<td>Videostreaming</td>
<td>32-64 MB</td>
<td>Store buffere, ensartet leveringshastighed</td>
</tr>
<tr>
<td>HPC / Datacenter</td>
<td>128-256 MB</td>
<td>Maksimale buffere, specialiseret overbelastningskontrol</td>
</tr>
<tr>
<td>Trådløs/mobil</td>
<td>2-8 MB</td>
<td>Konservative buffere, variabel latenshåndtering</td>
</tr>
</table>
<h2>Almindelige fejl og faldgruber</h2>
<div class="warning-box">
<h3>Fejl at undgå</h3>
<ul>
<li><strong>Overbuffering:</strong>For store buffere kan forårsage bufferbloat, hvilket øger latensen</li>
<li><strong>Ignorerer hukommelsesbegrænsninger:</strong>Store buffere ganges med antallet af forbindelser; en server med 10.000 forbindelser og 128 MB buffere har brug for 1,25 TB RAM</li>
<li><strong>Deaktivering af automatisk tuning uden grund:</strong>Moderne OS auto-tuning er normalt bedre end statiske indstillinger</li>
<li><strong>Tester ikke efter ændringer:</strong>Validér altid præstationsforbedringer med reelle arbejdsbelastninger</li>
<li><strong>Glemmer NIC-buffere:</strong>Ringbufferudtømning kan forekomme uafhængigt af sokkelbuffere</li>
<li><strong>Inkonsistente indstillinger:</strong>Klient og server skal have kompatible bufferkonfigurationer</li>
<li><strong>Ignorer overbelastningskontrol:</strong>BBR og CUBIC er væsentligt bedre end ældre algoritmer</li>
</ul>
</div>
<h2>Fejlfinding af arbejdsgang</h2>
<ol>
<li><strong>Etabler baseline:</strong>Mål den aktuelle ydeevne med iperf3 eller lignende værktøjer</li>
<li><strong>Optag pakker:</strong>Brug tcpdump/Wireshark til at identificere TCP-vinduets adfærd</li>
<li><strong>Tjek systemstatistik:</strong>Se efter fald, bufferudmattelse, retransmissioner</li>
<li><strong>Beregn BDP:</strong>Bestem teoretisk optimale bufferstørrelser</li>
<li><strong>Anvend trinvise ændringer:</strong>Skift ikke alt på én gang</li>
<li><strong>Test og valider:</strong>Mål den faktiske præstationsforbedring</li>
<li><strong>Overvåg over tid:</strong>Sørg for, at indstillingerne forbliver optimale under varierende belastninger</li>
</ol>
<h2>Referencer og videre læsning</h2>
<ul>
<li>RFC 1323 - TCP-udvidelser til høj ydeevne (vinduesskalering)</li>
<li>RFC 2018 - TCP Selective Acknowledgement Options</li>
<li>RFC 6928 - Forøgelse af TCP's indledende vindue</li>
<li>RFC 8312 - CUBIC Congestion Control Algorithm</li>
<li>BBR Congestion Control (Google) - https://research.google/pubs/pub45646/</li>
<li>Linux Kernel Dokumentation - netværk/ip-sysctl.txt</li>
<li>Vejledning til justering af Windows TCP/IP-ydelse (Microsoft)</li>
<li>ESnet Network Tuning Guide - https://fasterdata.es.net/</li>
</ul>
<h2>Konklusion</h2>
<p>Bufferudmattelse er en almindelig årsag til ydeevneproblemer, der ser ud til at være netværksrelaterede. Ved at forstå udviklingen af ​​bufferstørrelser fra 2009's 128KB-grænser til nutidens 128MB-kapaciteter, kan netværksingeniører hurtigt identificere og løse disse problemer.</p>
<p>Nøgle takeaways:</p>
<ul>
<li>Moderne systemer har brug for væsentligt større buffere end ældre (2009) konfigurationer</li>
<li>Beregn altid BDP for dine specifikke netværksforhold</li>
<li>Brug OS auto-tuning funktioner, når de er tilgængelige (Windows, moderne Linux)</li>
<li>Overvåg og test for at validere ændringer</li>
<li>Overvej arbejdsbelastningsspecifikke krav, når du tuner</li>
</ul>
<p>Husk: Et "netværksproblem" afsløret af pakkeanalyse for at vise TCP nul vinduer er faktisk et ressourceproblem i værtssystemet. Med korrekt buffertuning kan du eliminere disse falske diagnoser og opnå optimal ydeevne.</p>
<hr/>
<p><em>Sidst opdateret: 2. februar 2026</em></p>
<p><em>Forfatter: Baud9600 Technical Team</em></p>