PDF compression vs quality: what you lose at 72, 120 and 200 dpi

We compressed four kinds of PDF at every setting, in the browser and with Ghostscript, and measured size, speed and whether text survived. Side-by-side crops included.

Mikhail Yevdokimov · 2026-10-10 · 7 min read

“Compress PDF” hides two separate knobs: resolution (how many pixels each page or image keeps) and encoding quality (how hard JPEG squeezes those pixels). Which knob matters depends on what is inside your file. Rather than quote typical numbers, we measured.

Test setup

Each file went through kompakt’s browser compressor (Chrome on a Mac) at low / medium / high, and through Ghostscript 10.07 with the presets the kompakt desktop app uses (/screen, /ebook, /printer). Sizes are in binary units (1 MB = 1,048,576 bytes), as the compressor displays them.

Scans: resolution is everything

Crop of a scanned page at original quality and at 72, 120 and 200 dpi
Same region of page 1, rendered at 200 dpi for comparison. Low is legible but soft; medium is hard to tell from the original on screen.
Scanned document, 2.9 MBBrowserGhostscript
low86 KB (−97%)116 KB (−96%)
medium256 KB (−91%)328 KB (−89%)
high738 KB (−76%)2.9 MB (0%)

A scan is pure pixels, so cutting resolution from 300 to 120 dpi removes about 84% of them before JPEG even starts. Both engines land in the same place at low and medium. Ghostscript’s print preset deliberately keeps 300 dpi, so it barely touches the file.

Photos: the JPEG setting starts to matter

Crop of a photo slide at original quality and at 72, 120 and 200 dpi
Slide 2, same crop. Low loses fine texture (grass, rock); medium holds up on a laptop screen. Photo: Unsplash via picsum.photos.
Photo deck, 4.0 MBBrowserGhostscript
low412 KB (−90%)684 KB (−83%)
medium1.4 MB (−66%)3.8 MB (−5%)
high3.9 MB (−3%)4.0 MB (−1%)

The photos in this deck were already JPEGs at about 180 pixels per inch of slide. Ghostscript’s /ebook preset only downsamples images above its 150 dpi threshold (with some tolerance), so it left them mostly alone. The browser re-encodes everything, so medium already gives a real saving. High is close to the original — use it only when the deck will be printed or zoomed into.

Text documents: the browser makes them worse

DocumentBrowser lowBrowser mediumGhostscript lowGhostscript medium
Text report, 96 KB~11× bigger~31× bigger−11%−11%
Long report, 22.6 MB13.3 MB (−41%)bigger3.8 MB (−83%)7.8 MB (−66%)

A typed page is a few kilobytes of drawing instructions; the same page as a picture is tens or hundreds of kilobytes. The browser compressor detects this and tells you to keep the original. Ghostscript, on the other hand, keeps text as text (all 70,329 words of the long report were still extractable afterwards), subsets fonts and downsamples only the embedded images — which is exactly what a mostly-text document needs.

Speed, for completeness: the browser handled the 245-page report in about 10 seconds; Ghostscript took about 96 seconds at low and medium. Speed is rarely the deciding factor — what is inside the file is.

Which setting to pick

You want to…Setting
Email a scan or a photo-heavy PDFBrowser, medium
Get under a hard size limit (portal upload, 10 MB email)Browser, low — then check the smallest text
Print it, or zoom into detailsBrowser, high
Keep text selectable / searchableDesktop app (Ghostscript), medium
Shrink a long, mostly-text reportDesktop app (Ghostscript), low or medium

How the browser side works, and the three bugs these measurements uncovered: inside the browser compressor.