파일 전송에 얼마나 걸리나요?

사용할 도구

• 도구 열기: 데이터 전송 시간

1GiB·100Mbps·효율 80% 계산

size: 1 GiB
speed: 100 Mbps
efficiency: 80%

1GiB·100Mbps·80%면 107.3741824초, 약 1분 47.37초이며 실효 80Mbps입니다. 80%는 예제 가정이지 측정·보장이 아닙니다.

1,073,741,824 byte × 8
÷ (100,000,000 bit/s × 0.8)
= 107.3741824 s

byte에 8을 곱한 뒤 실효 bit/s로 나눕니다. 80%는 0.8이지 80이 아니며 틀리면 100배, 8 누락은 8배 오류입니다. 지나치게 짧으면 이것부터 보세요.

1GB로 바꾸면 같은 1도 100초

GiB→GB만 바꾸고 1이면 100초입니다. 각 1,073,741,824·1,000,000,000byte로 파일 크기 자체가 바뀐 것입니다. 같은 파일이면 숫자도 환산하세요.

MB/s·MiB/s를 Mbps에 그대로 넣지 마세요. 단순 환산 100Mbps=12.5MB/s입니다. 실측 10MB/s가 이미 실효 처리량이면 80%를 또 적용해 손실을 이중 반영할 수 있습니다.

효율 가정을 여러 값으로 시험

효율 100·80·50%는 각각 85.89934592·107.3741824·171.79869184초입니다. 효율 절반은 시간 두 배입니다. 미측정이면 정밀 숫자 하나보다 시나리오 폭이 불확실성을 잘 전합니다.

효율은 0초과 100%이하입니다. 0은 유한 완료가 없고 100초과는 정의와 안 맞습니다. 압축으로 줄면 전송 크기를 바꾸고 100초과 효율로 표현하지 마세요.

60초 예산이면 필요 속도 역산

필요 속도 모드 1GiB·60초·80%·Mbps면 약 178.96Mbps입니다. 그 이상 표기 상품이 기한 보장은 아닙니다. 크기 두 배는 필요 두 배, 시간 두 배는 필요 절반입니다.

역검산에는 178.96보다 상세 값을 써야 표시 반올림 차이를 피합니다. 실제 작업은 준비·접속·검증·재시도도 포함하니 본체 전송 60초와 전체 작업 60초를 구분하세요.

빠른 회선이 실제 시간을 꼭 반감하지는 않음

식에서는 속도 두 배가 시간 절반이나 실제 저장장치·CPU·암호화·작은 파일 대기가 제한할 수 있습니다. 차이가 곧 회선 장애는 아니며 도구는 측정 없이 평균 모델만 계산합니다.

같은 총량도 큰 파일 하나와 작은 파일 다수는 효율이 다릅니다. 비슷한 구성·방향 측정치를 쓰며 다운로드를 업로드 가정으로 자동 재사용하지 마세요.

시간과 가정을 함께 기록

약 108초만이 아니라 1GiB·100Mbps·80%의 본체 전송 가정을 남기세요. 소수 자릿수는 산술 정밀도이지 예측 정확도가 아닙니다. 시나리오·실측을 함께 쓰세요.

같은 총용량도 파일 수에 따라 시간이 다를 수 있습니다

총 바이트가 같으면 공식 결과는 같지만 실제로는 파일 열기, 목록 조회, 권한 확인, 작업 시작을 반복합니다. 작은 파일이 많으면 파일별 작업이 큰 비중을 차지할 수 있습니다. 이 계산기는 파일 수나 작업 지연을 입력하지 않으므로 그 차이를 자동 추정하지 않습니다. 큰 파일에서 측정한 효율이 작은 파일 묶음에도 맞는지는 별도로 확인해야 합니다.

압축해 묶는다고 항상 빠르지도 않습니다. 압축과 해제 시간이 필요하고 이미 압축된 데이터는 거의 줄지 않을 수 있습니다. 압축 후 크기를 넣으면 전송 시간만 계산하며 전체 작업 종료 시간은 아닙니다. 준비, 전송, 해제, 검증을 나누고 빠진 단계를 효율 한 숫자에 억지로 넣지 마세요.

비슷한 조건에서 측정한 실효 속도로 추정을 개선하세요. 링크 용량을 넘는 것처럼 보이면 효율을 100% 넘게 넣지 말고 단위, 캐시, 압축 전후 크기를 확인합니다. 무엇을 어떻게 시간을 재며 옮겼는지 정리하세요. 소수 초까지 나온 결과가 현장에서 같은 정밀도의 예측을 보장하지는 않습니다.

참고 자료

• NIST — binary prefixes, bytes, and bits (새 탭에서 열립니다)

사용할 도구

• 데이터 전송 시간