Brian Galvan · July 11, 2026 · 5 min read
Here is a puzzle worth sitting with for a second. Your computer performs billions of operations every second. The PDF you just double-clicked is two megabytes. And yet somehow you had time to check your phone before the first page showed up.
Two megabytes. Billions of operations per second. Eleven seconds of staring at a splash screen. The math does not add up, and once you see why, you will never look at that loading spinner the same way again.
What opening a PDF actually requires
The PDF format was designed to show you the first page fast. That is not an accident, it is in the file's bones. At the end of every PDF sits a little table of contents called the cross reference table. It tells a reader exactly where every object in the file lives, so the software can jump straight to page one, pull the handful of objects that page needs, and paint it. No need to read the whole file. There is even a variant called a linearized PDF, built specifically so the first page arrives before the rest of the document has finished loading.
On modern hardware, that work takes milliseconds. Parse a header, follow a table, rasterize some text and images. Your machine does harder things than this every time you scroll a social feed.
So where do the eleven seconds go?
Not into your document. Into everything the big readers bolted on around your document.
Watch what a heavyweight reader actually does when you launch it. First, a splash screen, which exists so you have something to look at while the rest of the baggage loads. Then license and subscription checks, because before the software serves you it needs to confirm you are allowed to be served. Then the account layer wakes up, and the cloud sync layer, and the update checker, and the telemetry session that will report how you use the app. Then entire feature modules load into memory: editing tools you will not touch, form engines, signature workflows, an AI assistant panel, each one built by a different team and each one added to the startup path.
And then, after all of that has settled in, someone finally gets around to opening your file. The two megabyte document you actually asked for is the last passenger allowed on the plane.
The proof is already on your machine
Drag that same PDF into your web browser. It appears instantly. Same file, same computer, same everything. The difference is that the browser's PDF engine has exactly one job: render the document. There is no splash screen for a splash screen's sake, no subscription to validate, no upsell to arrange. The work your document needs is the only work being done.
That single comparison tells you everything. The slowness was never the format. The slowness is the business model, running ahead of you in the boarding line.
Why it never gets better
Software companies have a saying: nobody gets promoted for deleting features. Every quarter, teams ship something new, and the safest place to wire it in is startup. One tiny delay at a time, each individually invisible, stacked up over twenty years. The result is a reader that boots like an operating system.
It stays that way because, for a long time, users had no obvious alternative and the company faced no consequence. When you believe the audience cannot leave the theater, you stop caring how long the curtain takes.
What fast looks like
Fast is not a miracle. Fast is just the absence of everything that is not your document. Lightweight readers like SumatraPDF have proven this for years: a renderer, a window, and nothing else, opening files before the big suites finish their splash animation.
It is also exactly why I built No Bloat PDF the way I did. The whole application is a 4.5 megabyte installer. It opens your file, renders it with the same engine Firefox uses, and stops there. No accounts, no cloud, no update nagging, no telemetry, no startup chores. When the only job is your document, your document opens at the speed the format always promised.
So the next time a reader makes you wait, remember: the file was ready in milliseconds. Everything after that was the software putting itself first.
Lifelong developer & Martech provider. Director of Growth & Innovation at Barnes Walker · CTO & Co-founder at Virtual Hangar · Owner of YourLegal.app.