1 MB 의 JSON 테스트 파일

이 파일에 대해

1 MB 의 JSON 테스트 파일입니다. 파일 크기는 정확히 1,048,578 바이트이며, 업로드 상한 검증이나 파일 처리 동작 확인에 가입 없이 완전 무료로 사용할 수 있습니다.

위에 게재한 MD5 / SHA-1 / SHA-256 값은 이 파일의 내용에서 계산한 실제 해시입니다. 다운로드 후 같은 값이 되는지 확인하면 전송이 도중에 깨지지 않았음을 확인할 수 있습니다. 해시 계산 라이브러리의 기대값으로도 그대로 쓸 수 있습니다.

이 크기가 실무에서 갖는 의미

1 MB 는 nginx 의 client_max_body_size 기본값(1m)과 정확히 같습니다. 설정을 명시하지 않은 리버스 프록시 아래에서는 이를 넘는 순간 앱까지 도달하지 못하고 413 Request Entity Too Large 가 반환됩니다.

즉 「앱 쪽 상한을 10 MB 로 올렸는데 1 MB 에서 막힌다」는 전형적인 사고를 재현하기에 최적인 크기입니다. 413 이 앱 로그에 남지 않는다면 원인은 대개 앞단 프록시 계층에 있습니다.

이 용량의 기준

회선 속도 10 Mbps 라면 전송에 약 839 밀리초, 100 Mbps 라면 약 84 밀리초 걸립니다. Base64 로 변환하면 약 1,365 KB 로 늘어납니다.

키를 포함해 1 레코드 180 바이트 전후의 JSON 배열로 환산하면 대략 5,825 건의 레코드에 해당합니다. 이 건수를 한 번에 메모리에 전개할 수 있는지, 스트리밍 파서로 전환해야 하는지의 판단 재료가 됩니다 (구조에 따라 크게 달라지는 개산입니다).

이 형식에서 확인해야 할 점

JSON 도 플레인 텍스트이며 사양상 UTF-8 로 인코딩됩니다. 구문의 타당성은 전체를 파싱하지 않으면 판정할 수 없으므로, 파일이 클수록 「검증을 위해 전부 읽는」 비용이 문제가 됩니다.

• 큰 JSON 에서 스트리밍 파서를 쓰는지, 아니면 전체를 메모리에 전개하는지
• 중첩 깊이에 상한을 두고 있는지 (깊게 중첩된 JSON 은 파서의 스택을 고갈시킬 수 있음)
• 큰 정수의 정밀도가 손실되지 않는지 (JavaScript 의 Number 는 2^53 을 넘으면 오차가 발생)