Technote

Performance optimization Practical

Series Web infrastructure on a shoestring Part 7 of 8

Feeling slow is not the signal to upgrade

Problems that a bigger plan fixes and problems it never touches are separate from the start. Upgrade without telling them apart and you have spent money and kept the problem.

When a site slows down, the first idea is usually a bigger plan. It takes a few clicks and it feels like doing something. But most slowness has nothing to do with server capacity, and adding capacity while leaving the cause in place spends money without changing what anyone feels.

This part has one job — telling apart the situations where an upgrade is the answer from the ones where it is not. Getting that right saves a meaningful share of the budget.

What an upgrade fixes, and what it never touches

The left column is configuration — it stays exactly where it is after you upgrade

The reason the left column is so common is simple: the server is usually idle, and the time goes into transferring files and doing wasted work. Double the CPU and memory in that state and the idle server is merely idle at a larger size.

What the real signals look like

A genuine capacity problem does not present as “slow”. It presents as a specific failure. If any of the following repeats, capacity really is the constraint.

Three signals genuinely mean capacity: pages that fail to open at all under a rush, processes dying mid-task and leaving a blank screen, and disk headroom shrinking steadily towards warnings. What they share is that they present as failure rather than as mild sluggishness.

Two others are easy to mistake for the same thing — an admin that is slow regardless of visitor numbers, and responses that wobble in the middle of the night when nobody is visiting. Read those two differently. A slow admin only is usually a database problem in the area caching cannot reach, so clearing out accumulated junk beats a bigger machine. Wobbling when nobody is visiting more often comes from neighbours on shared infrastructure or from scheduled jobs.

Three boxes to pass through first

Even when an upgrade looks necessary, walking the steps below often removes the need. And there is a stronger reason to walk them — upgrade without doing these three and you meet the same problem again in the next growth phase, on a more expensive plan.

Three steps before spending — only an upgrade that follows them earns its price

The order is deliberate. Image work costs nothing and gains a great deal, and caching lets the same machine serve far more visitors. If the real signals above survive both, the upgrade that follows is a purchase you make with confidence rather than a guess.

The image and asset order was covered in where the least money buys the most speed. Broader performance material is in the performance archive, and if you would rather measure the bottleneck before spending, our process page publishes the order in which we measure and fix.

Next part

The final part. Everything decided so far goes stale with time — the closing part covers the thirty-minute review that puts it right twice a year.

More on this topic

All technotes

Performance optimization Advanced

A front-end budget you can actually hold

Pages do not get heavy in one go. They get heavy through small, individually reasonable additions. A ceiling you actually check is what stops the accumulation.

Developers 8 min read

Performance optimization Advanced

A conversion audit: finding where people leave

Polishing a page nobody reaches is the most common waste. Walk the whole path end to end and the leak shows itself first.

Marketers 7 min read

Performance optimization Practical

The cost of pop-ups — search and conversion at once

An interstitial that covers the content on mobile is treated unfavourably in search, and the same interstitial costs conversions too. The levers are timing, trigger and dismissal.

Marketers 8 min read

₩270,000 · Join the program