테스트용 임의 크기 더미 파일 생성

더미 파일은 크기와 바이트 내용이 알려져 있어 — 실제로 관심 있는 변수(네트워크 대역폭, 디스크 쓰기 속도, 서버 측 업로드 한도, 압축률, S3 멀티파트 청킹)를 분리할 수 있습니다. 더미 없이는 모든 테스트가 실제 파일의 예측 불가능성에 의해 오염됩니다.

0 채움(0x00) 바이트는 거의 무한히 압축됩니다 — gzip이나 CDN이 실제로 응답을 디플레이트하는지 검증할 때 이상적입니다. 무작위 바이트는 압축 불가능하며 실제 처리량을 반영합니다(압축 프록시가 속일 수 없음). ASCII 텍스트는 로그 파서와 텍스트 인덱서 픽스처에 적합합니다. 0–255 바이트 패턴은 hex 에디터에서 시각적으로 식별 가능해, 업로드가 잘려서 도착했는지 진단할 때 유용합니다.

Chromium 기반 브라우저에서는 File System Access API를 사용합니다: showSaveFilePicker가 쓰기 가능 스트림을 제공하면 4 MiB 청크를 디스크의 선택된 파일에 직접 기록하며 전체 파일을 메모리에 보관하지 않습니다. Safari와 Firefox에서는 파일이 메모리 내 Blob으로 조립되며 탭 크래시를 피하기 위해 상한이 약 1 GB입니다.

바이트는 브라우저에서 즉석에서 생성되어 로컬 디스크에 직접 기록됩니다 — 페이로드는 서버로 가지 않습니다. 왜냐하면 그러면 예측 가능한 아티팩트로 업로드 경로를 테스트한다는 목적이 무너지기 때문입니다. 다음에 어떤 프리셋을 추가할지 알기 위해 집계 사용량 텔레메트리(어떤 크기 버킷과 채움 모드를 선택하는지)는 전송됩니다.