.. judul: Penyetelan Buffer Sistem - TCP dan Optimasi Kinerja Jaringan
.. slug: penyetelan buffer sistem
.. tanggal: 02-02-2026 10:00:00 UTC
.. tag: jaringan, kinerja, tuning, tcp, buffer
.. kategori: artikel
..tautan:
.. deskripsi: Memahami dan mengoptimalkan buffer sistem untuk menyelesaikan masalah kinerja TCP yang sering salah didiagnosis sebagai masalah jaringan
.. ketik: teks
<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>Penyetelan Buffer Sistem: Penyebab Tersembunyi di Balik "Masalah Jaringan"</h1>
<h2>Ringkasan Eksekutif</h2>
<p>Insinyur jaringan sering kali menghadapi situasi di mana jendela TCP atau kinerja aplikasi disalahkan pada infrastruktur jaringan. Setelah melakukan penangkapan paket ekstensif, tcpdumps, dan analisis jaringan, hambatan sebenarnya sering kali ditemukan: NIC (Kartu Antarmuka Jaringan) atau buffer tingkat OS yang habis pada sistem klien atau server.</p>
<p>Artikel ini membahas konfigurasi buffer lama (sekitar tahun 2009) dan saat ini (2025-2026) untuk Linux, Windows, dan macOS, serta teknik diagnostik untuk mengidentifikasi kehabisan buffer sebelum menjadi masalah kritis.</p>
<div class="diagnostic-box">
<h3>Gejala Umum Kelelahan Buffer</h3>
<ul>
<li>Peristiwa TCP Zero Window dalam pengambilan paket</li>
<li>Tingkat transmisi ulang yang tinggi meskipun latensi jaringan rendah</li>
<li>Throughput aplikasi jauh di bawah bandwidth yang tersedia</li>
<li>Penurunan kinerja di bawah beban yang membaik ketika beban berkurang</li>
<li>Performa tidak konsisten pada konfigurasi perangkat keras serupa</li>
<li>Kesalahan soket atau pesan "Sumber daya sementara tidak tersedia".</li>
</ul>
</div>
<h2>Memahami Masalahnya</h2>
<h3>Mekanisme Penskalaan Jendela TCP</h3>
<p>TCP menggunakan mekanisme kontrol aliran di mana penerima mengiklankan "ukuran jendela" yang menunjukkan berapa banyak data yang dapat diterima. Ketika buffer sistem terisi, jendela ini menyusut ke nol, memaksa pengirim untuk menunggu. Ini tampak sebagai masalah jaringan namun sebenarnya merupakan masalah sumber daya host.</p>
<h3>Dimana Buffer Penting</h3>
<ul>
<li><strong>Buffer Soket (SO_SNDBUF/SO_RCVBUF):</strong>Buffer pengiriman dan penerimaan per soket</li>
<li><strong>Buffer Jendela TCP:</strong>Ukuran jendela TCP maksimum untuk koneksi</li>
<li><strong>Buffer Perangkat Jaringan:</strong>Buffer cincin NIC untuk antrian paket</li>
<li><strong>Memori Seluruh Sistem:</strong>Memori keseluruhan dialokasikan untuk jaringan</li>
</ul>
<h2>Perintah Diagnostik</h2>
<div class="diagnostic-box">
<h3>Diagnostik Linux</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>Diagnostik Windows</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>Diagnostik macOS</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>Penyetelan Buffer Linux</h2>
<div class="os-section">
<h3>Pengaturan Linux Lama (Sekitar tahun 2009)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Nilai Warisan (2009)</th>
<th>Keterangan</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928 (122KB)</td>
<td>Ukuran buffer soket penerimaan default</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>131071 (128KB)</td>
<td>Ukuran buffer soket penerimaan maksimum</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928 (122KB)</td>
<td>Ukuran buffer soket pengiriman default</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>131071 (128KB)</td>
<td>Ukuran buffer soket pengiriman maksimum</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP menerima buffer: min, default, max (dalam byte)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>Buffer pengiriman TCP: min, default, max (dalam byte)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>Halaman memori TCP: rendah, tekanan, tinggi</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>Paket maksimum dalam antrian input</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240 (10KB)</td>
<td>Ukuran buffer tambahan maksimum per soket</td>
</tr>
</table>
<h3>Pengaturan Linux Saat Ini (2025-2026)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Nilai yang Direkomendasikan Saat Ini</th>
<th>Keterangan</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216 (16 MB)</td>
<td>Ukuran buffer soket penerimaan default</td>
</tr>
<tr>
<td>net.core.rmem_max</td>
<td>134217728 (128MB)</td>
<td>Ukuran buffer soket penerimaan maksimum</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216 (16 MB)</td>
<td>Ukuran buffer soket pengiriman default</td>
</tr>
<tr>
<td>net.core.wmem_max</td>
<td>134217728 (128MB)</td>
<td>Ukuran buffer soket pengiriman maksimum</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>Buffer penerimaan TCP: min, default, maks (maks 128MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>Buffer pengiriman TCP: min, default, maks (maks 128MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>Halaman memori TCP: rendah, tekanan, tinggi (sistem 64GB)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>Paket maksimum dalam antrian input (10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536 (64KB)</td>
<td>Ukuran buffer tambahan maksimum per soket</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>Gunakan kontrol kemacetan BBR (algoritma Google)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>Aktifkan penskalaan jendela TCP (RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>Aktifkan stempel waktu TCP untuk estimasi RTT yang lebih baik</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>Aktifkan Pengakuan Selektif</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>Nonaktifkan cache metrik TCP</td>
</tr>
</table>
<h3>Aplikasi Konfigurasi Linux</h3>
<p>Tambahkan pengaturan ini ke<code>/etc/sysctl.conf</code>atau buat file baru<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>Penyetelan Penyangga Cincin NIC</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>Peringatan Kritis - Konsumsi Memori:</strong>Nilai tcp_mem ada di halaman memori (biasanya 4KB). Ukuran buffer yang besar dapat menyebabkan tekanan memori yang parah:<ul>
<li><strong>Memori per koneksi:</strong>Setiap koneksi dapat menggunakan hingga rmem_max + wmem_max (256MB dengan buffer 128MB)</li>
<li><strong>Dampak sistem total:</strong>1.000 koneksi × 256MB = potensi penggunaan 256GB</li>
<li><strong>Estimasi aman:</strong>Koneksi bersamaan maksimal × 256MB tidak boleh melebihi 50% dari RAM sistem</li>
<li><strong>Contoh:</strong>Server 64GB harus membatasi koneksi maksimal hingga ~125 koneksi throughput tinggi secara bersamaan dengan buffer 128MB</li>
<li><strong>Rekomendasi untuk server dengan RAM &lt;16GB:</strong>Kurangi buffer hingga maksimal 16-32MB dan sesuaikan tcp_mem secara proporsional</li>
</ul>
</div>
</div>
<h2>Penyetelan Buffer Windows</h2>
<div class="os-section">
<h3>Pengaturan Windows Lama (Sekitar tahun 2009 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Nilai Warisan (2009)</th>
<th>Lokasi</th>
</tr>
<tr>
<td>TcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Registri: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323Pilihan</td>
<td>0 (dinonaktifkan)</td>
<td>Penskalaan jendela dinonaktifkan secara default</td>
</tr>
<tr>
<td>Jendela Penerimaan Default</td>
<td>8192 (8KB)</td>
<td>Jendela penerimaan default</td>
</tr>
<tr>
<td>JendelaKirim Default</td>
<td>8192 (8KB)</td>
<td>Jendela pengiriman default</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535 (64KB)</td>
<td>Ukuran jendela TCP maksimum</td>
</tr>
<tr>
<td>Koneksi TcpNum</td>
<td>16777214</td>
<td>Koneksi TCP maksimum</td>
</tr>
</table>
<h3>Pengaturan Windows Saat Ini (Windows 10/11/Server 2019-2025)</h3>
<p>Windows modern menggunakan<strong>Menerima Penyetelan Otomatis Jendela</strong>fitur, yang secara dinamis menyesuaikan buffer penerimaan berdasarkan kondisi jaringan.</p>
<table class="buffer-table">
<tr>
<th>Fitur</th>
<th>Pengaturan yang Direkomendasikan Saat Ini</th>
<th>Keterangan</th>
</tr>
<tr>
<td>Tingkat Penyetelan Otomatis</td>
<td>normal (atau sangat eksperimental untuk 10GbE+)</td>
<td>Penyesuaian jendela penerimaan dinamis</td>
</tr>
<tr>
<td>Penskalaan Sisi Terima (RSS)</td>
<td>diaktifkan</td>
<td>Mendistribusikan pemrosesan jaringan ke seluruh CPU</td>
</tr>
<tr>
<td>Pembongkaran Cerobong</td>
<td>otomatis (atau dinonaktifkan pada NIC modern)</td>
<td>Pembongkaran TCP ke perangkat keras NIC</td>
</tr>
<tr>
<td>NetDMA</td>
<td>dengan disabilitas</td>
<td>Akses Memori Langsung (tidak digunakan lagi)</td>
</tr>
<tr>
<td>Parameter Global TCP</td>
<td>Lihat perintah di bawah</td>
<td>Pengaturan TCP seluruh sistem</td>
</tr>
<tr>
<td>Penyedia Kemacetan</td>
<td>CUBIC (atau pengganti NewReno)</td>
<td>Algoritma kontrol kemacetan TCP</td>
</tr>
</table>
<h3>Perintah Konfigurasi Windows</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>Pengaturan Buffer NIC Tingkat Lanjut (melalui Pengelola Perangkat atau 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>Perubahan Registri (Lanjutan - Gunakan dengan Hati-hati)</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>Peringatan:</strong>Pada Windows modern (10/11/Server 2019+), hindari modifikasi registri manual kecuali penyetelan otomatis menyebabkan masalah. Algoritme penyetelan otomatis umumnya lebih unggul daripada pengaturan statis.</div>
</div>
<h2>Penyetelan Penyangga MacOS</h2>
<div class="os-section">
<h3>Pengaturan macOS lawas (Sekitar tahun 2009 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Nilai Warisan (2009)</th>
<th>Keterangan</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144 (256 KB)</td>
<td>Ukuran buffer soket maksimum</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768 (32KB)</td>
<td>Buffer pengiriman TCP default</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768 (32KB)</td>
<td>TCP default menerima buffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072 (128KB)</td>
<td>Buffer penerimaan maksimum yang disetel secara otomatis</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072 (128KB)</td>
<td>Buffer pengiriman maksimum yang disetel secara otomatis</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0 (dinonaktifkan)</td>
<td>Penskalaan jendela TCP</td>
</tr>
</table>
<h3>Pengaturan macOS saat ini (macOS 12-15 Monterey hingga Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>Parameter</th>
<th>Nilai yang Direkomendasikan Saat Ini</th>
<th>Keterangan</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608 (8 MB)</td>
<td>Ukuran buffer soket maksimum</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072 (128KB)</td>
<td>Buffer pengiriman TCP default</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072 (128KB)</td>
<td>TCP default menerima buffer</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216 (16 MB)</td>
<td>Buffer penerimaan maksimum yang disetel secara otomatis</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216 (16 MB)</td>
<td>Buffer pengiriman maksimum yang disetel secara otomatis</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1 (diaktifkan)</td>
<td>Aktifkan penskalaan jendela TCP</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1 (diaktifkan)</td>
<td>Aktifkan Pengakuan Selektif</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>Ukuran Segmen Maksimum TCP Default</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>Perilaku ACK tertunda</td>
</tr>
</table>
<h3>Aplikasi Konfigurasi macOS</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>Membuat LaunchDaemon untuk Pengaturan Persisten</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>Peringatan:</strong>macOS Ventura (13) dan versi lebih baru memiliki batasan Perlindungan Integritas Sistem (SIP). Beberapa parameter kernel mungkin tidak dapat dimodifikasi bahkan dengan sudo. Uji pengaturan di lingkungan spesifik Anda.</div>
</div>
<h2>Pengujian dan Validasi Kinerja</h2>
<h3>Alat untuk Menguji Kinerja Buffer</h3>
<div class="diagnostic-box">
<h4>iperf3 - Pengujian Kinerja Jaringan</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 - Tangkap Ukuran Jendela TCP</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>Analisis Wireshark</h4>
<p>Carilah indikator masalah penyangga berikut ini:</p>
<ul>
<li>Pesan TCP Zero Window</li>
<li>Paket Pembaruan Jendela TCP</li>
<li>Pemberitahuan Penuh Jendela TCP</li>
<li>Tingkat transmisi ulang yang tinggi dengan RTT rendah</li>
</ul>
<h4>Pemantauan Sistem</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>Perhitungan Produk Penundaan Bandwidth (BDP).</h2>
<p>Untuk menentukan ukuran buffer optimal untuk jaringan Anda, hitung Produk Penundaan Bandwidth:</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>Rekomendasi Khusus Beban Kerja</h2>
<table class="buffer-table">
<tr>
<th>Jenis Beban Kerja</th>
<th>Ukuran Buffer yang Direkomendasikan</th>
<th>Parameter Utama</th>
</tr>
<tr>
<td>Server Web (latensi rendah)</td>
<td>4-16 MB</td>
<td>Buffer lebih rendah, koneksi lebih banyak, respons cepat</td>
</tr>
<tr>
<td>Server Basis Data</td>
<td>16-32MB</td>
<td>Buffer sedang, throughput konsisten</td>
</tr>
<tr>
<td>Transfer / Cadangan File</td>
<td>64-128MB</td>
<td>Buffer maksimum, prioritas throughput tinggi</td>
</tr>
<tr>
<td>Streaming Video</td>
<td>32-64MB</td>
<td>Buffer besar, kecepatan pengiriman konsisten</td>
</tr>
<tr>
<td>HPC / Pusat Data</td>
<td>128-256MB</td>
<td>Buffer maksimum, kontrol kemacetan khusus</td>
</tr>
<tr>
<td>Nirkabel / Seluler</td>
<td>2-8MB</td>
<td>Buffer konservatif, penanganan latensi variabel</td>
</tr>
</table>
<h2>Kesalahan dan Kesalahan Umum</h2>
<div class="warning-box">
<h3>Kesalahan yang Harus Dihindari</h3>
<ul>
<li><strong>Buffer berlebih:</strong>Buffer yang terlalu besar dapat menyebabkan bufferbloat, sehingga meningkatkan latensi</li>
<li><strong>Mengabaikan batasan memori:</strong>Buffer besar dikalikan dengan jumlah koneksi; server dengan 10.000 koneksi dan buffer 128MB membutuhkan RAM 1,25TB</li>
<li><strong>Menonaktifkan penyetelan otomatis tanpa alasan:</strong>Penyetelan otomatis OS modern biasanya lebih baik daripada pengaturan statis</li>
<li><strong>Tidak menguji setelah perubahan:</strong>Selalu validasi peningkatan kinerja dengan beban kerja nyata</li>
<li><strong>Melupakan buffer NIC:</strong>Kehabisan buffer ring dapat terjadi secara independen dari buffer soket</li>
<li><strong>Pengaturan tidak konsisten:</strong>Klien dan server harus memiliki konfigurasi buffer yang kompatibel</li>
<li><strong>Mengabaikan pengendalian kemacetan:</strong>BBR dan CUBIC secara signifikan lebih baik daripada algoritma lama</li>
</ul>
</div>
<h2>Alur Kerja Pemecahan Masalah</h2>
<ol>
<li><strong>Tetapkan dasar:</strong>Ukur kinerja saat ini dengan iperf3 atau alat serupa</li>
<li><strong>Menangkap paket:</strong>Gunakan tcpdump/Wireshark untuk mengidentifikasi perilaku jendela TCP</li>
<li><strong>Periksa statistik sistem:</strong>Carilah tetesan, kelelahan buffer, transmisi ulang</li>
<li><strong>Hitung BDP:</strong>Tentukan ukuran buffer yang optimal secara teoritis</li>
<li><strong>Terapkan perubahan bertahap:</strong>Jangan mengubah semuanya sekaligus</li>
<li><strong>Uji dan validasi:</strong>Ukur peningkatan kinerja aktual</li>
<li><strong>Pantau dari waktu ke waktu:</strong>Pastikan pengaturan tetap optimal pada beban yang bervariasi</li>
</ol>
<h2>Referensi dan Bacaan Lebih Lanjut</h2>
<ul>
<li>RFC 1323 - Ekstensi TCP untuk Kinerja Tinggi (Penskalaan Jendela)</li>
<li>RFC 2018 - Opsi Pengakuan Selektif TCP</li>
<li>RFC 6928 - Meningkatkan Jendela Awal TCP</li>
<li>RFC 8312 - Algoritma Pengendalian Kemacetan KUBIK</li>
<li>Pengendalian Kemacetan BBR (Google) - https://research.google/pubs/pub45646/</li>
<li>Dokumentasi Kernel Linux - jaringan/ip-sysctl.txt</li>
<li>Panduan Penyetelan Kinerja Windows TCP/IP (Microsoft)</li>
<li>Panduan Penyetelan Jaringan ESnet - https://fasterdata.es.net/</li>
</ul>
<h2>Kesimpulan</h2>
<p>Kehabisan buffer adalah akar penyebab umum masalah kinerja yang tampaknya terkait dengan jaringan. Dengan memahami evolusi ukuran buffer dari batas 128KB pada tahun 2009 hingga kemampuan 128MB saat ini, teknisi jaringan dapat dengan cepat mengidentifikasi dan menyelesaikan masalah ini.</p>
<p>Kesimpulan utama:</p>
<ul>
<li>Sistem modern memerlukan buffer yang jauh lebih besar dibandingkan konfigurasi lama (2009).</li>
<li>Selalu hitung BDP untuk kondisi jaringan spesifik Anda</li>
<li>Gunakan fitur penyetelan otomatis OS jika tersedia (Windows, Linux modern)</li>
<li>Pantau dan uji untuk memvalidasi perubahan</li>
<li>Pertimbangkan persyaratan spesifik beban kerja saat melakukan penyetelan</li>
</ul>
<p>Ingat: "Masalah jaringan" yang diungkapkan oleh analisis paket untuk menunjukkan jendela nol TCP sebenarnya adalah masalah sumber daya sistem host. Dengan penyetelan buffer yang tepat, Anda dapat menghilangkan diagnosis palsu ini dan mencapai performa optimal.</p>
<hr/>
<p><em>Terakhir Diperbarui: 2 Februari 2026</em></p>
<p><em>Penulis: Tim Teknis Baud9600</em></p>