.. tittel: Systembufferjustering - TCP og optimalisering av nettverksytelse
.. slug: system-buffer-tuning
.. dato: 2026-02-02 10:00:00 UTC
.. tags: nettverk, ytelse, tuning, tcp, buffere
.. kategori: artikler
..lenke:
.. beskrivelse: Forstå og optimalisere systembuffere for å løse problemer med TCP-ytelse som ofte feildiagnostiseres som nettverksproblemer
.. 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 skyldige bak "nettverksproblemer"</h1>
<h2>Sammendrag</h2>
<p>Nettverksingeniører møter ofte situasjoner der TCP-vinduer eller applikasjonsytelse er skyld i nettverksinfrastrukturen. Etter å ha utført omfattende pakkefangst, tcpdumps og nettverksanalyse, oppdages ofte den sanne flaskehalsen: oppbrukte NIC (Network Interface Card) eller OS-nivåbuffere på klient- eller serversystemene.</p>
<p>Denne artikkelen gir både eldre (ca. 2009) og nåværende (2025-2026) bufferkonfigurasjoner for Linux, Windows og macOS, sammen med diagnostiske teknikker for å identifisere bufferutmattelse før det blir et kritisk problem.</p>
<div class="diagnostic-box">
<h3>Vanlige symptomer på bufferutmattelse</h3>
<ul>
<li>TCP Zero Window-hendelser i pakkefangst</li>
<li>Høye reoverføringshastigheter til tross for lav nettverksforsinkelse</li>
<li>Programgjennomstrømning betydelig under tilgjengelig båndbredde</li>
<li>Ytelsesdegradering under belastning som forbedres når belastningen reduseres</li>
<li>Inkonsekvent ytelse på tvers av lignende maskinvarekonfigurasjoner</li>
<li>Socket-feil eller "Ressurs midlertidig utilgjengelig"-meldinger</li>
</ul>
</div>
<h2>Forstå problemet</h2>
<h3>TCP-vinduskaleringsmekanismen</h3>
<p>TCP bruker en flytkontrollmekanisme der mottakeren annonserer en "vindusstørrelse" som indikerer hvor mye data den kan akseptere. Når systembuffere fylles opp, krymper dette vinduet til null, og tvinger avsenderen til å vente. Dette ser ut som et nettverksproblem, men er faktisk et vertsressursproblem.</p>
<h3>Hvor buffere betyr noe</h3>
<ul>
<li><strong>Socketbuffere (SO_SNDBUF/SO_RCVBUF):</strong>Per-socket sende og motta buffere</li>
<li><strong>TCP-vindusbuffere:</strong>Maksimal TCP-vindustørrelse for tilkoblinger</li>
<li><strong>Nettverksenhetsbuffere:</strong>NIC-ringbuffere for pakkekø</li>
<li><strong>Systemomfattende minne:</strong>Totalt minne tildelt for nettverk</li>
</ul>
<h2>Diagnostiske kommandoer</h2>
<div class="diagnostic-box">
<h3>Linux-diagnostikk</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-diagnostikk</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-diagnostikk</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>Eldre Linux-innstillinger (cirka 2009)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy Value (2009)</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Standard bufferstørrelse for mottakssocket</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimal bufferstørrelse for mottakssocket</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Standard sendesocket-bufferstørrelse</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Maksimal sendesocketbufferstørrelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP-mottaksbuffer: min, standard, maks (i byte)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP sendebuffer: min, standard, maks (i byte)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP-minnesider: lavt, trykk, høyt</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Maksimalt antall pakker i inndatakø</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10 kB)</td>
<td>Maksimal størrelse på tilleggsbuffer per stikkontakt</td>
</tr>
</table>
<h3>Gjeldende Linux-innstillinger (2025–2026)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Gjeldende anbefalt verdi</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16 MB)</td>
<td>Standard bufferstørrelse for mottakssocket</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maksimal bufferstørrelse for mottakssocket</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16 MB)</td>
<td>Standard sendesocket-bufferstørrelse</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128 MB)</td>
<td>Maksimal sendesocketbufferstørrelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP-mottaksbuffer: min, standard, maks (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-minnesider: lavt, trykk, høyt (64GB system)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Maksimalt antall pakker i inngangskø (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Maksimal størrelse på tilleggsbuffer per stikkontakt</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>Bruk BBR overbelastningskontroll (Googles algoritme)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Aktiver TCP-vinduskalering (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 bekreftelse</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Deaktiver hurtigbufring av TCP-beregninger</td>
</tr>
</table>
<h3>Linux-konfigurasjonsapplikasjon</h3>
<p>Legg til disse innstillingene til<code>/etc/sysctl.conf</code>eller opprett 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 - Minneforbruk:</strong>tcp_mem-verdiene er på minnesider (vanligvis 4KB). Store bufferstørrelser kan forårsake alvorlig minnepress:<ul>
<li><strong>Minne per tilkobling:</strong>Hver tilkobling kan bruke opptil rmem_max + wmem_max (256 MB med 128 MB buffere)</li>
<li><strong>Total systempåvirkning:</strong>1000 tilkoblinger × 256 MB = 256 GB potensiell bruk</li>
<li><strong>Sikkert estimat:</strong>Maks samtidige tilkoblinger × 256 MB bør ikke overstige 50 % av system-RAM</li>
<li><strong>Eksempel:</strong>En 64 GB server bør begrense maksimale tilkoblinger til ~125 samtidige høykapasitetstilkoblinger med 128 MB buffere</li>
<li><strong>Anbefaling for servere med &lt;16 GB RAM:</strong>Reduser buffere til 16-32MB maks og juster tcp_mem proporsjonalt</li>
</ul>
</div>
</div>
<h2>Windows-bufferjustering</h2>
<div class="os-section">
<h3>Eldre Windows-innstillinger (Circa 2009 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy Value (2009)</th>
<th>Sted</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Register: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Opts</td>
<td>0 (deaktivert)</td>
<td>Vindusskalering er deaktivert som standard</td>
</tr>
<tr>
<td>Default ReceiveWindow</td>
<td>8192 (8KB)</td>
<td>Standard mottaksvindu</td>
</tr>
<tr>
<td>DefaultSendWindow</td>
<td>8192 (8KB)</td>
<td>Standard sendevindu</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Maksimal TCP-vindusstørrelse</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>Maksimal TCP-tilkoblinger</td>
</tr>
</table>
<h3>Gjeldende Windows-innstillinger (Windows 10/11/Server 2019-2025)</h3>
<p>Moderne Windows bruker<strong>Automatisk justering av mottaksvindu</strong>funksjon, som dynamisk justerer mottaksbuffere basert på nettverksforhold.</p>
<table class="buffer-table">
<tr>
<th>Trekk</th>
<th>Gjeldende anbefalt innstilling</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>Auto-tuning nivå</td>
<td>normal (eller svært eksperimentell for 10GbE+)</td>
<td>Dynamisk justering av mottaksvindu</td>
</tr>
<tr>
<td>Mottakssideskalering (RSS)</td>
<td>aktivert</td>
<td>Distribuer nettverksbehandling på tvers av CPUer</td>
</tr>
<tr>
<td>Avlastning av skorstein</td>
<td>automatisk (eller deaktivert på moderne nettverkskort)</td>
<td>TCP-avlastning til NIC-maskinvare</td>
</tr>
<tr>
<td>NetDMA</td>
<td>funksjonshemmet</td>
<td>Direkte minnetilgang (avviklet)</td>
</tr>
<tr>
<td>TCP globale parametere</td>
<td>Se kommandoer nedenfor</td>
<td>Systemomfattende TCP-innstillinger</td>
</tr>
<tr>
<td>Overbelastningsleverandør</td>
<td>CUBIC (eller NewReno reserve)</td>
<td>TCP overbelastningskontrollalgoritme</td>
</tr>
</table>
<h3>Windows-konfigurasjonskommandoer</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>Avanserte NIC-bufferinnstillinger (via Enhetsbehandling 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>Registerjusteringer (avansert – bruk med forsiktighet)</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+), unngå manuelle registerendringer med mindre automatisk justering forårsaker problemer. Algoritmene for automatisk tuning er generelt bedre enn statiske innstillinger.</div>
</div>
<h2>macOS Buffer Tuning</h2>
<div class="os-section">
<h3>Eldre macOS-innstillinger (cirka 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Legacy Value (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 sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>Standard TCP-mottaksbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimal automatisk innstilt mottaksbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Maksimal automatisk innstilt sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (deaktivert)</td>
<td>TCP-vinduskalering</td>
</tr>
</table>
<h3>Gjeldende macOS-innstillinger (macOS 12-15 Monterey gjennom Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Gjeldende anbefalt verdi</th>
<th>Beskrivelse</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8MB)</td>
<td>Maksimal socket bufferstørrelse</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Standard TCP sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>Standard TCP-mottaksbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maksimal automatisk innstilt mottaksbuffer</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16 MB)</td>
<td>Maksimal automatisk innstilt sendebuffer</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (aktivert)</td>
<td>Aktiver TCP-vinduskalering</td>
</tr>
<tr>
<td>net.inet.tcp.sekk</td>
<td>1 (aktivert)</td>
<td>Aktiver selektiv bekreftelse</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-adferd</td>
</tr>
</table>
<h3>macOS-konfigurasjonsapplikasjon</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>Opprette en LaunchDaemon for vedvarende innstillinger</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 senere har System Integrity Protection (SIP)-begrensninger. Noen kjerneparametere er kanskje ikke modifiserbare selv med sudo. Test innstillinger i ditt spesifikke miljø.</div>
</div>
<h2>Ytelsestesting og validering</h2>
<h3>Verktøy for testing av bufferytelse</h3>
<div class="diagnostic-box">
<h4>iperf3 - Testing av nettverksytelse</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 - Ta opp TCP-vindustø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 etter disse indikatorene på bufferproblemer:</p>
<ul>
<li>TCP Zero Window-meldinger</li>
<li>TCP-vinduoppdateringspakker</li>
<li>TCP-vinduet Fullstendige varsler</li>
<li>Høye reoverføringshastigheter med lav RTT</li>
</ul>
<h4>Systemovervåking</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 av båndbreddeforsinkelsesprodukt (BDP).</h2>
<p>For å bestemme optimale bufferstørrelser for nettverket ditt, kalkuler 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>Arbeidsbelastningsspesifikke anbefalinger</h2>
<table class="buffer-table">
<tr>
<th>Type arbeidsbelastning</th>
<th>Anbefalt bufferstørrelse</th>
<th>Nøkkelparametere</th>
</tr>
<tr>
<td>Nettserver (lav ventetid)</td>
<td>4-16 MB</td>
<td>Lavere buffere, flere tilkoblinger, rask respons</td>
</tr>
<tr>
<td>Database server</td>
<td>16-32 MB</td>
<td>Moderate buffere, konsistent gjennomstrømning</td>
</tr>
<tr>
<td>Filoverføring / Sikkerhetskopiering</td>
<td>64-128 MB</td>
<td>Maksimale buffere, høy gjennomstrømningsprioritet</td>
</tr>
<tr>
<td>Videostreaming</td>
<td>32-64 MB</td>
<td>Store buffere, jevn leveringshastighet</td>
</tr>
<tr>
<td>HPC / Datasenter</td>
<td>128-256 MB</td>
<td>Maksimal buffere, spesialisert overbelastningskontroll</td>
</tr>
<tr>
<td>Trådløs / mobil</td>
<td>2-8 MB</td>
<td>Konservative buffere, håndtering av variabel ventetid</td>
</tr>
</table>
<h2>Vanlige feil og fallgruver</h2>
<div class="warning-box">
<h3>Feil å unngå</h3>
<ul>
<li><strong>Overbuffering:</strong>For store buffere kan forårsake bufferbloat, noe som øker ventetiden</li>
<li><strong>Ignorer minnebegrensninger:</strong>Store buffere multipliseres med antall tilkoblinger; en server med 10 000 tilkoblinger og 128 MB buffere trenger 1,25 TB RAM</li>
<li><strong>Deaktivering av automatisk justering uten grunn:</strong>Moderne OS-autoinnstilling er vanligvis bedre enn statiske innstillinger</li>
<li><strong>Tester ikke etter endringer:</strong>Valider alltid ytelsesforbedringer med reelle arbeidsbelastninger</li>
<li><strong>Glem NIC-buffere:</strong>Ringbufferutmatting kan oppstå uavhengig av socketbuffere</li>
<li><strong>Inkonsekvente innstillinger:</strong>Klient og server bør ha kompatible bufferkonfigurasjoner</li>
<li><strong>Ignorer overbelastningskontroll:</strong>BBR og CUBIC er betydelig bedre enn eldre algoritmer</li>
</ul>
</div>
<h2>Feilsøking av arbeidsflyt</h2>
<ol>
<li><strong>Etabler grunnlinje:</strong>Mål gjeldende ytelse med iperf3 eller lignende verktøy</li>
<li><strong>Ta opp pakker:</strong>Bruk tcpdump/Wireshark for å identifisere TCP-vinduets virkemåte</li>
<li><strong>Sjekk systemstatistikk:</strong>Se etter fall, bufferutmattelse, retransmissioner</li>
<li><strong>Beregn BDP:</strong>Bestem teoretisk optimale bufferstørrelser</li>
<li><strong>Bruk inkrementelle endringer:</strong>Ikke endre alt på en gang</li>
<li><strong>Test og valider:</strong>Mål faktisk ytelsesforbedring</li>
<li><strong>Overvåk over tid:</strong>Sørg for at innstillingene forblir optimale under varierende belastning</li>
</ol>
<h2>Referanser og videre lesning</h2>
<ul>
<li>RFC 1323 - TCP-utvidelser for høy ytelse (vinduskalering)</li>
<li>RFC 2018 - TCP-selektive bekreftelsesalternativer</li>
<li>RFC 6928 - Øker TCPs innledende vindu</li>
<li>RFC 8312 - CUBIC Congestion Control Algoritme</li>
<li>BBR Congestion Control (Google) - https://research.google/pubs/pub45646/</li>
<li>Linux Kernel Documentation - nettverk/ip-sysctl.txt</li>
<li>Windows TCP/IP ytelsesjusteringsveiledning (Microsoft)</li>
<li>ESnet Network Tuning Guide - https://fasterdata.es.net/</li>
</ul>
<h2>Konklusjon</h2>
<p>Bufferutmattelse er en vanlig årsak til ytelsesproblemer som ser ut til å være nettverksrelaterte. Ved å forstå utviklingen av bufferstørrelse fra 2009s 128KB-grenser til dagens 128MB-kapasiteter, kan nettverksingeniører raskt identifisere og løse disse problemene.</p>
<p>Viktige takeaways:</p>
<ul>
<li>Moderne systemer trenger betydelig større buffere enn eldre (2009) konfigurasjoner</li>
<li>Beregn alltid BDP for dine spesifikke nettverksforhold</li>
<li>Bruk OS auto-tuning funksjoner når tilgjengelig (Windows, moderne Linux)</li>
<li>Overvåk og test for å validere endringer</li>
<li>Vurder arbeidsbelastningsspesifikke krav ved innstilling</li>
</ul>
<p>Husk: Et "nettverksproblem" avslørt ved pakkeanalyse for å vise TCP null vinduer er faktisk et ressursproblem i vertssystemet. Med riktig bufferinnstilling kan du eliminere disse falske diagnosene og oppnå optimal ytelse.</p>
<hr/>
<p><em>Sist oppdatert: 2. februar 2026</em></p>
<p><em>Forfatter: Baud9600 Technical Team</em></p>