성능 튜닝

실제 속도 제한 요인

10GbE LAN 에서 rsync 의 디폴트는 거의 wire speed 안 찍어. 실전 세 가지가 병목 — 암호화 CPU, compression CPU, 파일별 메타데이터 overhead. 각각 튜닝하면 throughput 한 덩이씩.

빠른 LAN 에서 compression 빼

네트워크가 ~100 Mbit/s 보다 빨라지자마자 -z 가 병목을 네트워크에서 CPU 로 옮김. 10GbE 에선 -z 가 throughput 을 반 가능. 빼. 진짜 느린/metered link 만 유지.

빠른 cipher 골라

모던 OpenSSH 디폴트가 Apple Silicon 과 모던 x86 에서 빠름. 옛 하드웨어면 -e ssh -c ... 통해 -c aes128-gcm@openssh.com 으로 hardware-accelerated cipher 강제.

10GbE 기대치

네트워크	이론치	실제 rsync
1 GbE	125 MB/s	~100–110 MB/s
10 GbE	1.25 GB/s	~800 MB/s – 1.1 GB/s
Thunderbolt Bridge (Mac↔Mac)	~5 GB/s	~1–3 GB/s (디스크 제한)

iperf3 (Track 5) 가 wire speed 가까이 보이는데 rsync 안 그러면 — 병목이 네트워크 X — rsync 의 파일별 overhead, 암호화 CPU, 또는 디스크.

Code

Throughput 노브·bash

# Fast LAN — no compression, modern cipher
rsync -av --progress source/ host:/dest/

# Force a fast cipher (hardware-accelerated AES-GCM)
rsync -av --progress -e "ssh -c aes128-gcm@openssh.com" source/ host:/dest/

# WAN — keep compression
rsync -avz --progress source/ remote:/dest/

# Throttle on a metered link
rsync -av --bwlimit=10000 source/ remote:/dest/   # 10 MB/s cap

# Tar pipe with fast cipher beats rsync on tiny-file storms
tar cf - source | ssh -c aes128-gcm@openssh.com host 'tar xf - -C /dest/'

실제 속도 제한 요인

빠른 LAN 에서 compression 빼

빠른 cipher 골라

10GbE 기대치

Code

External links

Exercise

Progress

댓글 0