내 파일과 관측된 속도로 전송 시간을 추산하세요.

실제로 전송해야 할 항목만 계산하세요

두 가지 목록을 작성하세요. 작업을 위해 보낼 항목과 마지막에 회수할 항목입니다. 소스, 소프트웨어에 필요한 리소스, 선택된 결과물은 용량이 같지 않을 수 있습니다. 또한 대여 전에 준비할 수 있는 파일과 계산 후에야 생성되는 파일을 구분하세요.

도구에서 제공하는 경우 파일 개수와 총 바이트 크기를 기록하세요. 데이터 크기와 디스크에서 차지하는 공간은 구분하세요. 아카이브를 준비하는 경우, 해당 아카이브 전송에는 실제 크기를 사용하세요. 압축과 해제에는 시간이 걸리고 추가 공간이 필요할 수 있으니 압축 이득을 가정하지 말고 별도로 확인하세요.

역할을 확인한 후 불필요한 복사본은 제거하세요. 다시 받을 수 있는 공개 캐시가 유일한 원본이나 프로젝트 설정과 항상 같은 우선순위를 갖는 것은 아닙니다. 보관할 항목을 골라내는 방법은 백업 가이드에 자세히 나와 있습니다.

용량과 속도를 같은 단위로 맞추기

이 가이드에서 1바이트는 8비트입니다. 십진 접두사는 1MB = 1,000,000바이트, 1GB = 1,000,000,000바이트입니다. 이진 접두사는 1MiB = 1,048,576바이트, 1GiB = 1,073,741,824바이트입니다. 이에 대응하는 영어 표기는 MB, GB, MiB, GiB이며, NIST가 이러한 구분을 문서화하고 있습니다.

따라서 Mbit/s와 MB/s는 같은 양을 뜻하지 않습니다. 80Mbit/s의 속도는 산술적으로 10MB/s에 해당합니다. 이 변환이 애플리케이션이 실제로 초당 10메가바이트의 파일을 복사한다고 보장하지는 않습니다. 항상 표시된 단위, 특히 비트와 바이트의 차이를 확인하세요.

큰 폴더 전에 작은 왕복 테스트 하기

환경과 전송 방법이 준비되면 허용된 작은 파일을 보내고, 다른 곳에서 받아서 그 복사본을 열어 보세요. 이 첫 점검은 경로, 접근 권한, 목적지를 검증합니다. 아직 대용량 폴더의 시간을 제대로 측정하지는 못합니다.

다음으로 전송이 시작된 이후까지 관찰할 수 있을 만큼 충분히 큰 대표 그룹을 고르세요. 같은 도구, 같은 목적지, 실제 폴더와 비슷한 구성을 사용하세요. 작은 파일이 많다면 큰 동영상 하나만이 아니라 그런 파일 그룹을 테스트하세요. 실제로 복사된 용량과 전송 완료까지 걸린 시간을 기록하세요. 파일 목록 나열과 일시 정지도 포함해서요.

용량을 시간으로 나눠 평균을 계산하세요. 결과가 크게 달라지면 다른 시간대에 다시 시도하고 두 관측값을 모두 보관하세요. 업로드와 다운로드를 따로 측정하세요. 한 방향의 관측값이 반대 방향의 측정값이 되지는 않습니다. 다른 목적지로의 네트워크 테스트도 파일 전송이 아닙니다. ESnet은 네트워크 속도 테스트와 실제 전송에 주는 한계를 구분합니다.

소요 시간을 계산하고, 그것이 무엇을 포함하는지 확인하기

단위가 일치할 때, 시간(초) = 용량(바이트) ÷ 속도(초당 바이트)입니다. 십진 단위의 용량(GB)과 속도(MB/s)라면 이는 시간(초) = GB × 1,000 ÷ MB/s가 됩니다. 그다음 60으로 나누면 분이 됩니다. 속도는 반드시 0보다 커야 하며, 활용할 수 있는 측정값이 없으면 시간은 미지수로 두세요.

예를 들어 800MB 그룹을 100초에 복사하면 평균 8MB/s입니다. 이 수치는 이 관측값만을 설명합니다. 시간 측정에 이미 일시 정지와 시작 시간이 포함되어 있다면, 같은 단계에 대해 임의의 추가 시간을 다시 더하지 마세요. 대신 측정하지 않은 작업에는 별도의 행을 두세요. 아카이브 준비, 복사본 열기, 전송 일부 다시 하기 등입니다.

신중한 시나리오에서는 여러 대표 평균 중 가장 낮은 값을 사용할 수 있습니다. 어떤 값들을 사용했고 조건이 어땠는지 기록하세요. 더 낮은 값을 고르는 것은 계획상의 가정이며, 속도가 그 이상으로 유지된다는 보장이 아닙니다.

예시: 6GB 보내고 1.2GB 받기

보낼 파일이 총 6GB이고, 받을 결과물이 1.2GB인 프로젝트를 가정해 봅시다. 이 전적으로 가상의 예시에서 업로드 테스트는 8MB/s, 다운로드 테스트는 3MB/s를 보여줍니다. 모든 용량은 십진 단위입니다. 이 값들은 BriefGPU 대여에서 실제로 시험한 결과가 아닙니다.

전송에는 6,000 ÷ 8 = 750초, 즉 12분 30초가 걸립니다. 회수에는 1,200 ÷ 3 = 400초, 즉 6분 40초가 걸립니다. 따라서 두 전송에 19분 10초가 소요됩니다. 이는 평균 속도가 유지된다는 가정 하입니다. 표에는 프로젝트를 위해 결정된 점검 및 여유 가정이 추가되어 있습니다.

다른 가정의 영향을 확인해 보세요

예시의 회수 속도가 1.5MB/s로 떨어지면, 1,200MB를 받는 데 800초, 즉 13분 20초가 걸립니다. 이 단계의 시간이 두 배가 됩니다. 다른 가정이 그대로일 때 총 시간은 1시간 15분 50초로 늘어납니다. 이렇게 하면 일정 중 네트워크에 좌우되는 부분과 여러분의 점검에 좌우되는 부분을 파악할 수 있습니다.

안내된 용량이 6GB가 아니라 6GiB라면, 8MB/s로 전송할 때 약 805초, 즉 13분 25초가 걸립니다. 여기서 차이는 단위에서 비롯되며 네트워크는 변하지 않습니다. 정확한 계산을 위해서는 파일 탐색기에 표시된 반올림 값보다 실제 바이트 수를 기준으로 삼으세요.

마지막으로, 실제 폴더의 구성이 샘플과 다르다면 다시 측정하세요. 단순한 곱셈으로는 여러분의 복사 방식과 맞지 않는 테스트를 보완할 수 없습니다.

전송을 일정의 올바른 위치에 기록하세요

대여 시작 후 이루어진 전송은 임대 준비 단계에 속합니다. 회수와 최종 검증은 내보내기 단계에 속합니다. 이전에 여러분의 컴퓨터에서 완료된 준비 작업은 별개로 둡니다. 전송과 다른 작업이 동시에 진행될 경우 같은 시간대를 두 번 계산하지 마세요.

이 예시의 합계에는 설치, 연산, 고객 회신 대기 시간이 포함되지 않습니다. 3일, 7일, 30일 요금제를 비교하기 전에 전체 일정에 이 항목들을 추가하세요. 이 방법은 서버 제공 시점, 저장 용량, 네트워크 특성에 대해서는 아무것도 단정하지 않습니다.

모든 회수를 마지막까지 미루지 마세요. 중간 복사본과 목적지에서 처음 열어 본 파일이 문제를 일찍 드러냅니다. 전송 완료 메시지가 예상 파일 점검을 대신하지는 않습니다.