Archives · ZIP

A 2 GB ZIP file, on demand.

Exactly 2,147,483,648 bytes of a real archive with a correct central directory and CRC-32 per entry, built on your machine the moment you press the button.

0bytes
Exact size

2,147,483,648 bytes, exactly.

Every byte above the 368 bytes structural minimum goes into a payload file stored inside the archive without compression, which is why this file still behaves like one a real user would send.

Unit convention

2 GB on this page means exactly 2,147,483,648 bytes, using the binary (MiB) convention some systems label "MB" for short. 1 MB in the strict decimal sense is 1,000,000 bytes; 1 MiB is 1,048,576 bytes — the readout above always shows the exact count either way.

Approximate size equivalents

Roughly 1,193,046 pages of typed text, 2237 minutes of 128 kbps audio, 203 minutes of CD-quality audio, 859 photos from a 12 MP camera. These figures compare file size only — the generated file does not contain this text, audio or image content.

Rejected by

Slack free workspace file, Cloudflare Free proxy body, GitHub repository file — this exceeds their commonly cited limit, which makes it a useful negative test. Published limits can vary by plan and change over time.

Other ZIP sizes

At this scale you are testing infrastructure rather than validation: timeouts, proxy buffers, disk headroom and progress reporting.

2 GB in other archives formats

Questions.

Is this 2 GB ZIP file valid?

Yes. It is a real archive with a correct central directory and CRC-32 per entry. The extra bytes sit in a payload file stored inside the archive without compression, so it opens in Explorer, Finder, 7-Zip and unzip.

Does 2 GB mean 2,147,483,648 bytes?

On this page, yes — 2 GB uses the binary (MiB) convention, so the file is exactly 2,147,483,648 bytes. 1 MB in the strict decimal sense would be a different, smaller byte count. Upload validators may use either convention, so the exact byte count is always shown to remove any ambiguity.

What is a 2 GB file used for?

At this scale you are testing infrastructure rather than validation: timeouts, proxy buffers, disk headroom and progress reporting. For ZIP specifically, the usual job is testing archive upload limits and extraction pipelines.

Where is the file downloaded from?

Nowhere. It is assembled in a Web Worker on your own device and handed to the browser as a Blob, so nothing is uploaded, fetched or stored.