Insights
Practical engineering

Your GPU is busy waiting: investigate the pipeline before renting more

A practical diagnosis for teams paying for powerful GPUs while data loading, preprocessing or checkpoints delay the job.

· Arvica Cloud · Analysis & buying guide

Measure useful work first

Pick a useful-work metric such as training samples per second at fixed batch and precision, or elapsed time for a fixed dataset. Keep a record of the GPU utilisation trace alongside it. A high utilisation percentage does not establish that the job is efficient, and a low average can hide bursts separated by long waits. Mark model loading and checkpoint saves separately from the steady training interval before comparing machines.

Separate the four waiting rooms

In a trial environment, measure storage reads, CPU preprocessing, host-to-device transfer and the model step independently. PyTorch documents asynchronous DataLoader workers and pinned host memory as tuning options. [1] These are candidates to measure, not universal settings. Increasing workers can exhaust CPU or RAM. Use a small bounded sample and compare one change at a time; preserve a reference run so that a faster result is not simply processing different data.

Do a controlled local-data comparison

If policy permits, copy a representative non-sensitive subset onto the instance local storage and run the same trial. A large improvement is a reason to investigate the original data path, not proof that all data should be moved permanently. Record cache state: a repeated read may be faster because of caching. Also measure checkpoint duration and recovery from a saved checkpoint, because a fast training loop can still produce a slow or fragile end-to-end job.

Turn the diagnosis into a better quote

Report the dataset size and file pattern, required sustained read rate, preprocessing CPU demand, working RAM and checkpoint frequency with the GPU requirement. Ask which storage is persistent and what happens to local data when an instance ends. Buy additional GPUs after identifying the limiting stage and testing whether it scales. This procedure is a diagnostic recommendation; it does not claim a percentage improvement for any Arvica configuration.

Sources

Reviewed: 2026-09-11

  1. PyTorch — Performance Tuning Guide

Apply this to your workload

Further reading

How much GPU memory does a 70B model really need?

Eight GPUs are not automatically eight times faster

Before the long reservation: a GPU server acceptance checklist

AI inference economics: why the GPU-hour is only the starting point

B300 and Rubin: plan the workload before chasing the roadmap

AI data-centre power demand: what compute buyers should ask

Reserved vs on-demand GPUs: calculate the utilisation break-even