A 100 KB PDF test file

About this file

A 100 KB test file in PDF format, sized to exactly 102,400 bytes. Free to download with no signup, for verifying upload limits and file-handling behaviour.

The MD5, SHA-1 and SHA-256 values listed above are the real digests of this file. Recomputing them after download confirms the transfer was not corrupted, and they double as known-good expected values when testing a hashing library.

What this size means in practice

100 KB sits at the boundary between "trivially small" and "realistic payload". It is close to the total transfer weight of a single lean web page and is a common target size for performance-conscious images.

It clears the sub-1 MB caps many applications impose, but it is still small enough that a naive load-everything-into-memory implementation works fine — so it is not the right size for proving that streaming is necessary. Pair it with 10 MB or larger to see the difference.

Getting a feel for this size

On a 10 Mbps link the transfer takes roughly 82 ms, and about 8 ms at 100 Mbps. Base64-encoded it grows to roughly 133 KB.

Assuming a text-oriented PDF with embedded fonts runs about 80 KB per page, this size is on the order of 1 pages. Image-heavy PDFs will hold far fewer pages at the same size.

What to check for this format

PDF starts with the %PDF- signature and keeps a cross-reference table (xref) at the end that points to every object. Because of that layout, losing the tail of the file makes the whole document unreadable — which makes PDF a good subject for truncation-detection tests.

• Whether page-count extraction and text extraction finish without timing out on large files
• The time and memory cost of thumbnail generation, i.e. rasterising the first page
• Because PDF can embed JavaScript and external references, whether your sanitisation path runs when accepting user uploads