.. 제목: 시스템 버퍼 튜닝 - TCP 및 네트워크 성능 최적화
.. 슬러그: 시스템 버퍼 조정
.. 날짜: 2026-02-02 10:00:00 UTC
.. 태그: 네트워킹, 성능, 조정, TCP, 버퍼
.. 카테고리: 기사
.. 링크:
.. 설명: 네트워크 문제로 오인되는 경우가 많은 TCP 성능 문제를 해결하기 위한 시스템 버퍼 이해 및 최적화
.. 유형: 텍스트
<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>시스템 버퍼 튜닝: "네트워크 문제"의 숨겨진 원인</h1>
<h2>요약</h2>
<p>네트워크 엔지니어는 TCP 윈도우잉 또는 애플리케이션 성능이 네트워크 인프라 때문에 비난을 받는 상황에 자주 직면합니다. 광범위한 패킷 캡처, tcpdump 및 네트워크 분석을 수행한 후 실제 병목 현상이 발견되는 경우가 많습니다. 즉, 클라이언트 또는 서버 시스템의 NIC(네트워크 인터페이스 카드) 또는 OS 수준 버퍼가 소진된 것입니다.</p>
<p>이 문서에서는 Linux, Windows 및 macOS에 대한 레거시(2009년 경) 및 현재(2025~2026년) 버퍼 구성을 모두 제공하고 심각한 문제가 되기 전에 버퍼 소모를 식별하는 진단 기술을 제공합니다.</p>
<div class="diagnostic-box">
<h3>버퍼 고갈의 일반적인 증상</h3>
<ul>
<li>패킷 캡처의 TCP Zero Window 이벤트</li>
<li>낮은 네트워크 대기 시간에도 불구하고 높은 재전송 속도</li>
<li>사용 가능한 대역폭보다 훨씬 낮은 애플리케이션 처리량</li>
<li>부하가 감소하면 개선되는 부하 시 성능 저하</li>
<li>유사한 하드웨어 구성에서 일관되지 않은 성능</li>
<li>소켓 오류 또는 "리소스를 일시적으로 사용할 수 없음" 메시지</li>
</ul>
</div>
<h2>문제 이해</h2>
<h3>TCP 창 크기 조정 메커니즘</h3>
<p>TCP는 수신자가 허용할 수 있는 데이터의 양을 나타내는 "창 크기"를 알리는 흐름 제어 메커니즘을 사용합니다. 시스템 버퍼가 가득 차면 이 창이 0으로 줄어들어 발신자가 기다려야 합니다. 이는 네트워크 문제로 보이지만 실제로는 호스트 리소스 문제입니다.</p>
<h3>버퍼가 중요한 곳</h3>
<ul>
<li><strong>소켓 버퍼(SO_SNDBUF/SO_RCVBUF):</strong>소켓별 송신 및 수신 버퍼</li>
<li><strong>TCP 창 버퍼:</strong>연결을 위한 최대 TCP 창 크기</li>
<li><strong>네트워크 장치 버퍼:</strong>패킷 대기열을 위한 NIC 링 버퍼</li>
<li><strong>시스템 전체 메모리:</strong>네트워킹을 위해 할당된 전체 메모리</li>
</ul>
<h2>진단 명령</h2>
<div class="diagnostic-box">
<h3>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>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>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>Linux 버퍼 튜닝</h2>
<div class="os-section">
<h3>레거시 Linux 설정(2009년경)</h3>
<table class="buffer-table">
<tr>
<th>매개변수</th>
<th>레거시 가치 (2009)</th>
<th>설명</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>124928(122KB)</td>
<td>기본 수신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>넷.코어.rmem_max</td>
<td>131071(128KB)</td>
<td>최대 수신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>124928(122KB)</td>
<td>기본 송신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>넷.코어.wmem_max</td>
<td>131071(128KB)</td>
<td>최대 송신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 174760</td>
<td>TCP 수신 버퍼: 최소, 기본값, 최대(바이트)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 16384 131072</td>
<td>TCP 전송 버퍼: 최소, 기본값, 최대(바이트)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>196608 262144 393216</td>
<td>TCP 메모리 페이지: 낮음, 압력, 높음</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>1000</td>
<td>입력 대기열의 최대 패킷</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>10240(10KB)</td>
<td>소켓당 최대 보조 버퍼 크기</td>
</tr>
</table>
<h3>현재 Linux 설정(2025~2026)</h3>
<table class="buffer-table">
<tr>
<th>매개변수</th>
<th>현재 권장값</th>
<th>설명</th>
</tr>
<tr>
<td>net.core.rmem_default</td>
<td>16777216(16MB)</td>
<td>기본 수신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>넷.코어.rmem_max</td>
<td>134217728 (128MB)</td>
<td>최대 수신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.core.wmem_default</td>
<td>16777216(16MB)</td>
<td>기본 송신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>넷.코어.wmem_max</td>
<td>134217728 (128MB)</td>
<td>최대 송신 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.ipv4.tcp_rmem</td>
<td>4096 87380 134217728</td>
<td>TCP 수신 버퍼: 최소, 기본값, 최대(최대 128MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_wmem</td>
<td>4096 65536 134217728</td>
<td>TCP 전송 버퍼: 최소, 기본값, 최대(최대 128MB)</td>
</tr>
<tr>
<td>net.ipv4.tcp_mem</td>
<td>8388608 12582912 16777216</td>
<td>TCP 메모리 페이지: 낮음, 압력, 높음(64GB 시스템)</td>
</tr>
<tr>
<td>net.core.netdev_max_backlog</td>
<td>250000</td>
<td>입력 대기열의 최대 패킷(10GbE+)</td>
</tr>
<tr>
<td>net.core.optmem_max</td>
<td>65536(64KB)</td>
<td>소켓당 최대 보조 버퍼 크기</td>
</tr>
<tr>
<td>net.ipv4.tcp_congestion_control</td>
<td>bbr</td>
<td>BBR 혼잡 제어 사용(Google 알고리즘)</td>
</tr>
<tr>
<td>net.ipv4.tcp_window_scaling</td>
<td>1</td>
<td>TCP 창 크기 조정 활성화(RFC 1323)</td>
</tr>
<tr>
<td>net.ipv4.tcp_timestamps</td>
<td>1</td>
<td>더 나은 RTT 추정을 위해 TCP 타임스탬프를 활성화합니다.</td>
</tr>
<tr>
<td>net.ipv4.tcp_sack</td>
<td>1</td>
<td>선택적 승인 활성화</td>
</tr>
<tr>
<td>net.ipv4.tcp_no_metrics_save</td>
<td>1</td>
<td>TCP 지표 캐싱 비활성화</td>
</tr>
</table>
<h3>Linux 구성 애플리케이션</h3>
<p>다음 설정을 추가하세요.<code>/etc/sysctl.conf</code>아니면 새 파일을 만드세요<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 링 버퍼 튜닝</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>심각한 경고 - 메모리 소비:</strong>tcp_mem 값은 메모리 페이지(일반적으로 4KB)에 있습니다. 버퍼 크기가 크면 심각한 메모리 압박이 발생할 수 있습니다.<ul>
<li><strong>연결당 메모리:</strong>각 연결은 최대 rmem_max + wmem_max(128MB 버퍼 포함 256MB)를 사용할 수 있습니다.</li>
<li><strong>총 시스템 영향:</strong>1,000개의 연결 × 256MB = 256GB의 잠재적 사용량</li>
<li><strong>안전한 추정:</strong>최대 동시 연결 × 256MB는 시스템 RAM의 50%를 초과할 수 없습니다.</li>
<li><strong>예:</strong>64GB 서버는 최대 연결을 128MB 버퍼를 사용하여 최대 125개의 동시 높은 처리량 연결로 제한해야 합니다.</li>
<li><strong>RAM이 16GB 미만인 서버에 대한 권장 사항:</strong>버퍼를 최대 16-32MB로 줄이고 tcp_mem을 비례적으로 조정합니다.</li>
</ul>
</div>
</div>
<h2>Windows 버퍼 튜닝</h2>
<div class="os-section">
<h3>레거시 Windows 설정(2009년경 - Windows Vista/7/Server 2008)</h3>
<table class="buffer-table">
<tr>
<th>매개변수</th>
<th>레거시 가치 (2009)</th>
<th>위치</th>
</tr>
<tr>
<td>Tcp창 크기</td>
<td>65535(64KB)</td>
<td>레지스트리: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters</td>
</tr>
<tr>
<td>Tcp1323선택</td>
<td>0(비활성화)</td>
<td>기본적으로 창 크기 조정이 비활성화되어 있습니다.</td>
</tr>
<tr>
<td>기본수신창</td>
<td>8192(8KB)</td>
<td>기본 수신 창</td>
</tr>
<tr>
<td>기본보내기창</td>
<td>8192(8KB)</td>
<td>기본 전송 창</td>
</tr>
<tr>
<td>GlobalMaxTcpWindowSize</td>
<td>65535(64KB)</td>
<td>최대 TCP 창 크기</td>
</tr>
<tr>
<td>TcpNumConnections</td>
<td>16777214</td>
<td>최대 TCP 연결</td>
</tr>
</table>
<h3>현재 Windows 설정(Windows 10/11/Server 2019-2025)</h3>
<p>최신 Windows에서는 다음을 사용합니다.<strong>창 자동 조정 수신</strong>네트워크 상태에 따라 수신 버퍼를 동적으로 조정하는 기능입니다.</p>
<table class="buffer-table">
<tr>
<th>특징</th>
<th>현재 권장 설정</th>
<th>설명</th>
</tr>
<tr>
<td>자동 튜닝 수준</td>
<td>일반(또는 10GbE+의 경우 매우 실험적)</td>
<td>동적 수신 창 조정</td>
</tr>
<tr>
<td>수신측 배율(RSS)</td>
<td>활성화됨</td>
<td>CPU 전체에 네트워크 처리 분산</td>
</tr>
<tr>
<td>굴뚝 오프로드</td>
<td>자동(또는 최신 NIC에서는 비활성화됨)</td>
<td>NIC 하드웨어로 TCP 오프로드</td>
</tr>
<tr>
<td>NetDMA</td>
<td>장애가 있는</td>
<td>직접 메모리 액세스(더 이상 사용되지 않음)</td>
</tr>
<tr>
<td>TCP 전역 매개변수</td>
<td>아래 명령을 참조하세요</td>
<td>시스템 전체 TCP 설정</td>
</tr>
<tr>
<td>혼잡 제공자</td>
<td>CUBIC(또는 NewReno 폴백)</td>
<td>TCP 혼잡 제어 알고리즘</td>
</tr>
</table>
<h3>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>고급 NIC 버퍼 설정(장치 관리자 또는 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>레지스트리 조정(고급 - 주의해서 사용)</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>경고:</strong>최신 Windows(10/11/Server 2019+)에서는 자동 조정으로 인해 문제가 발생하지 않는 한 수동으로 레지스트리를 수정하지 마세요. 자동 조정 알고리즘은 일반적으로 정적 설정보다 우수합니다.</div>
</div>
<h2>macOS 버퍼 조정</h2>
<div class="os-section">
<h3>레거시 macOS 설정(2009년경 - Mac OS X 10.5/10.6)</h3>
<table class="buffer-table">
<tr>
<th>매개변수</th>
<th>레거시 가치 (2009)</th>
<th>설명</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>262144(256KB)</td>
<td>최대 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>32768(32KB)</td>
<td>기본 TCP 전송 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>32768(32KB)</td>
<td>기본 TCP 수신 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>131072(128KB)</td>
<td>최대 자동 조정 수신 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>131072(128KB)</td>
<td>최대 자동 조정 전송 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>0(비활성화)</td>
<td>TCP 창 크기 조정</td>
</tr>
</table>
<h3>현재 macOS 설정(macOS 12-15 Monterey - Sequoia)</h3>
<table class="buffer-table">
<tr>
<th>매개변수</th>
<th>현재 권장값</th>
<th>설명</th>
</tr>
<tr>
<td>kern.ipc.maxsockbuf</td>
<td>8388608(8MB)</td>
<td>최대 소켓 버퍼 크기</td>
</tr>
<tr>
<td>net.inet.tcp.sendspace</td>
<td>131072(128KB)</td>
<td>기본 TCP 전송 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.recvspace</td>
<td>131072(128KB)</td>
<td>기본 TCP 수신 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.autorcvbufmax</td>
<td>16777216(16MB)</td>
<td>최대 자동 조정 수신 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.autosndbufmax</td>
<td>16777216(16MB)</td>
<td>최대 자동 조정 전송 버퍼</td>
</tr>
<tr>
<td>net.inet.tcp.rfc1323</td>
<td>1(활성화)</td>
<td>TCP 창 크기 조정 활성화</td>
</tr>
<tr>
<td>net.inet.tcp.sack</td>
<td>1(활성화)</td>
<td>선택적 승인 활성화</td>
</tr>
<tr>
<td>net.inet.tcp.mssdflt</td>
<td>1440</td>
<td>기본 TCP 최대 세그먼트 크기</td>
</tr>
<tr>
<td>net.inet.tcp.delayed_ack</td>
<td>3</td>
<td>지연된 ACK 동작</td>
</tr>
</table>
<h3>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>영구 설정을 위한 LaunchDaemon 생성</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>경고:</strong>macOS Ventura(13) 이상에는 SIP(시스템 무결성 보호) 제한이 있습니다. 일부 커널 매개변수는 sudo를 사용해도 수정이 불가능할 수 있습니다. 특정 환경에서 설정을 테스트합니다.</div>
</div>
<h2>성능 테스트 및 검증</h2>
<h3>버퍼 성능 테스트 도구</h3>
<div class="diagnostic-box">
<h4>iperf3 - 네트워크 성능 테스트</h4>
<pre>
# Server side
iperf3 -s

# Client side - test TCP throughput
iperf3 -c server_ip -t 60 -i 5 -w 16M

# Test with multiple parallel streams
iperf3 -c server_ip -P 10 -t 60

# Test UDP performance
iperf3 -c server_ip -u -b 1000M -t 60
</pre>
<h4>tcpdump - TCP 창 크기 캡처</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 분석</h4>
<p>버퍼 문제에 대한 다음 지표를 찾으십시오.</p>
<ul>
<li>TCP 제로 윈도우 메시지</li>
<li>TCP 창 업데이트 패킷</li>
<li>TCP 창 전체 알림</li>
<li>낮은 RTT로 높은 재전송 속도</li>
</ul>
<h4>시스템 모니터링</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>대역폭 지연 곱(BDP) 계산</h2>
<p>네트워크에 대한 최적의 버퍼 크기를 결정하려면 대역폭-지연 곱을 계산하십시오.</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>워크로드별 권장 사항</h2>
<table class="buffer-table">
<tr>
<th>워크로드 유형</th>
<th>권장 버퍼 크기</th>
<th>주요 매개변수</th>
</tr>
<tr>
<td>웹 서버(낮은 대기 시간)</td>
<td>4~16MB</td>
<td>더 낮은 버퍼, 더 많은 연결, 빠른 응답</td>
</tr>
<tr>
<td>데이터베이스 서버</td>
<td>16-32MB</td>
<td>적당한 버퍼, 일관된 처리량</td>
</tr>
<tr>
<td>파일 전송/백업</td>
<td>64-128MB</td>
<td>최대 버퍼, 높은 처리량 우선순위</td>
</tr>
<tr>
<td>비디오 스트리밍</td>
<td>32-64MB</td>
<td>대규모 버퍼, 일관된 전달 속도</td>
</tr>
<tr>
<td>HPC/데이터센터</td>
<td>128-256MB</td>
<td>최대 버퍼, 전문적인 혼잡 제어</td>
</tr>
<tr>
<td>무선/모바일</td>
<td>2~8MB</td>
<td>보수적인 버퍼, 가변 대기 시간 처리</td>
</tr>
</table>
<h2>일반적인 실수와 함정</h2>
<div class="warning-box">
<h3>피해야 할 실수</h3>
<ul>
<li><strong>오버버퍼링:</strong>버퍼가 지나치게 크면 버퍼블로트가 발생하여 대기 시간이 길어질 수 있습니다.</li>
<li><strong>메모리 제약 무시:</strong>대형 버퍼는 연결 수를 곱합니다. 10,000개의 연결과 128MB 버퍼를 갖춘 서버에는 1.25TB의 RAM이 필요합니다.</li>
<li><strong>이유 없이 자동 튜닝을 비활성화하는 경우:</strong>최신 OS 자동 조정은 일반적으로 정적 설정보다 낫습니다.</li>
<li><strong>변경 후 테스트하지 않음:</strong>실제 워크로드를 통해 항상 성능 개선을 검증하세요.</li>
<li><strong>NIC 버퍼를 잊어버리는 중:</strong>링 버퍼 고갈은 소켓 버퍼와 독립적으로 발생할 수 있습니다.</li>
<li><strong>일관되지 않은 설정:</strong>클라이언트와 서버는 호환 가능한 버퍼 구성을 가지고 있어야 합니다.</li>
<li><strong>혼잡 제어 무시:</strong>BBR 및 CUBIC은 이전 알고리즘보다 훨씬 우수합니다.</li>
</ul>
</div>
<h2>문제 해결 워크플로</h2>
<ol>
<li><strong>기준선 설정:</strong>iperf3 또는 유사한 도구를 사용하여 현재 성능 측정</li>
<li><strong>패킷 캡처:</strong>tcpdump/Wireshark를 사용하여 TCP 창 동작 식별</li>
<li><strong>시스템 통계를 확인하세요.</strong>삭제, 버퍼 고갈, 재전송을 찾습니다.</li>
<li><strong>BDP 계산:</strong>이론적으로 최적의 버퍼 크기 결정</li>
<li><strong>증분 변경 사항을 적용합니다.</strong>한꺼번에 모든 것을 바꾸지 마세요</li>
<li><strong>테스트 및 검증:</strong>실제 성능 개선 측정</li>
<li><strong>시간 경과에 따른 모니터링:</strong>다양한 부하에서 설정이 최적으로 유지되도록 보장</li>
</ol>
<h2>참고자료 및 추가 자료</h2>
<ul>
<li>RFC 1323 - 고성능을 위한 TCP 확장(창 크기 조정)</li>
<li>RFC 2018 - TCP 선택적 승인 옵션</li>
<li>RFC 6928 - TCP의 초기 창 늘리기</li>
<li>RFC 8312 - CUBIC 혼잡 제어 알고리즘</li>
<li>BBR 혼잡 제어(Google) - https://research.google/pubs/pub45646/</li>
<li>Linux 커널 문서 -네트워킹/ip-sysctl.txt</li>
<li>Windows TCP/IP 성능 조정 가이드(Microsoft)</li>
<li>ESnet 네트워크 튜닝 가이드 - https://fasterdata.es.net/</li>
</ul>
<h2>결론</h2>
<p>버퍼 고갈은 네트워크와 관련된 것으로 보이는 성능 문제의 일반적인 근본 원인입니다. 네트워크 엔지니어는 2009년의 128KB 제한에서 현재의 128MB 용량으로의 버퍼 크기 변화를 이해함으로써 이러한 문제를 신속하게 식별하고 해결할 수 있습니다.</p>
<p>주요 내용:</p>
<ul>
<li>최신 시스템에는 레거시(2009) 구성보다 훨씬 더 큰 버퍼가 필요합니다.</li>
<li>항상 특정 네트워크 조건에 맞게 BDP를 계산하세요.</li>
<li>가능한 경우 OS 자동 조정 기능 사용(Windows, 최신 Linux)</li>
<li>변경 사항을 확인하기 위한 모니터링 및 테스트</li>
<li>튜닝 시 워크로드별 요구 사항 고려</li>
</ul>
<p>기억하세요: TCP 0 창을 표시하기 위해 패킷 분석을 통해 밝혀진 "네트워크 문제"는 실제로 호스트 시스템 리소스 문제입니다. 적절한 버퍼 조정을 통해 이러한 잘못된 진단을 제거하고 최적의 성능을 얻을 수 있습니다.</p>
<hr/>
<p><em>최종 업데이트: 2026년 2월 2일</em></p>
<p><em>작성자: Baud9600 기술팀</em></p>