다운로드와 업로드 속도 제한
앱 하나를 초당 정해진 킬로바이트로 제한하면 그 이상은 받지 못합니다. 두 방향은 따로 설정되므로, 다운로드는 빠르고 업로드는 형편없는 환경도 만들 수 있습니다. 대부분의 가정용·모바일 연결이 바로 그런 모습입니다.
창에서
- Process 필드에 앱을 지정하세요.
- Download, Upload 또는 둘 다 KB/s 단위로 입력하세요. 건드리지 않을 방향은 0으로 두면 됩니다.
- START 버튼을 누르세요.
BeanNetworkTester.exe --down 128 --up 32 --target myapp.exe --duration 120숫자의 의미
| KB/s | 대략 | 무엇인지 |
|---|---|---|
| 6 | 56 kbit/s | 전화 접속 모뎀. “56k modem” 프로필. |
| 128 | 1 Mbit/s | 기내 와이파이, 붐비는 호텔, 약한 모바일 신호. |
| 1024 | 8 Mbit/s | 평범한 가정용 회선. 동영상 한 개를 보기에 충분합니다. |
| 12800 | 100 Mbit/s | 오늘날의 일반적인 유선 연결. |
킬로비트가 아니라 킬로바이트이므로, 인터넷 업체가 광고하는 수치와 비교하려면 8을 곱하세요. 두 방향을 동시에 제한해야 연결이 단순히 느린 다운로드가 아니라 나쁜 핫스팟처럼 느껴집니다.
제한만큼 중요한 대기열
속도 제한에는 아직 들어가지 못한 패킷을 둘 곳이 필요합니다. 그것이 밀리초 단위의 Buffer 설정이며, 계산대 앞 대기 줄처럼 동작합니다:
- 짧은 대기열은 회선이 차는 즉시 패킷을 버린다는 뜻입니다. 앱은 손실을 보고 빠르게 반응합니다.
- 긴 대기열은 아무것도 버리지 않지만 모든 것이 기다린다는 뜻입니다. 앱은 연결이 실패하는 대신 점점 느려지는 것을 봅니다. 혼잡한 가정용 회선에서 나타나는 효과이며, 다운로드가 계속되는 동안 화상 통화가 나빠지는 이유이기도 합니다.
“Congested home link (bufferbloat)” 프로필이 바로 이것입니다. 긴 대기열이 있는 속도 제한입니다. 같은 속도로 짧은 대기열과 긴 대기열을 번갈아 시험해 앱의 동작이 얼마나 달라지는지 확인해 보세요.
알아 둘 점
제한이 동작 중에도 버려진 패킷 카운터가 0으로 유지될 수 있습니다. 버그가 아닙니다. 제한은 먼저 패킷을 기다리게 하고, 대기열이 실제로 가득 찼을 때만 버립니다. 버퍼를 작게 주면 버려지는 패킷이 나타납니다.