Volume Shader BM Test on iPhone & iPad: Safari GPU Benchmarking Guide
Run the Volume Shader BM Test on iPhone and iPad to benchmark Apple's mobile GPU in Safari. Learn what iOS results mean, how Low Power Mode affects scores, and how to record repeatable results.
Apple's A-series and M-series chips include surprisingly capable GPUs, but iOS keeps a tight lid on how browsers talk to that hardware. The Volume Shader BM Test runs inside Safari using WebGL, so it is one of the easiest ways to measure the real-world graphics muscle of an iPhone or iPad — no app store, no side-loading, no installation. This guide explains how to get a clean reading on iOS and what the numbers mean.
Why benchmark iOS in a browser?
Native benchmarking apps are gated behind the App Store and often cost money or bundle ads. A browser test has clear advantages:
- No install — open a URL and run.
- Cross-device — compare an iPhone, an Android phone, and a Windows laptop with the same workload.
- Real engine — Safari's WebGL path is the same one web apps actually use.
Record the exact browser and iOS version. Browser branding alone does not establish an identical graphics backend or comparable timing.
Step-by-step on iPhone and iPad
- Open Safari and navigate to the run-test page.
- Rotate to landscape if you want a wider render area.
- Tap Start Benchmark and let it run without touching the screen.
- Pause after your chosen active duration, then record the average FPS and frame time.
A quick checklist for a fair run:
- Device is charged above 20 percent.
- Low Power Mode is off.
- Screen brightness is set the same each time.
- No other apps are downloading or syncing in the background.
Establish your own device baseline
This project has not published a verified device dataset with browser versions, run durations, and raw measurements. We therefore do not assign expected FPS ranges to chip models. There is also no Advanced preset: the default test uses one shader at a fixed 1024 × 1024 drawing-buffer size.
- Keep the browser, OS, power state, shader, and camera unchanged.
- Run for the same active duration with the page in the foreground.
- Pause and record average FPS, frame time, and environment information; download CSV or JSON.
- Repeat three times and compare the results. Browser animation callbacks may be limited by the display refresh rate.
Two devices with the same chip can still differ because of cooling, drivers, display timing, and power settings.
iOS-specific gotchas
Low Power Mode silently kills your score
Low Power Mode caps CPU/GPU frequency to extend battery. The size of any change depends on the device and settings. Check Settings, Battery before benchmarking.
Heat and the sun
iPhones shed heat through the glass and chassis. If the device is warm from charging, navigation, or sitting in the sun, expect lower FPS. Let it cool for a few minutes.
Background App Refresh
Background sync can nibble at resources. Toggle it off temporarily for a cleaner reading.
Safari tab limits
iOS aggressively suspends background tabs, which is fine — but make sure the benchmark tab stays in the foreground for the entire run.
Reading iOS results
On mobile, focus less on the raw peak and more on consistency:
- Steadier observed frame intervals indicate more consistent browser animation timing.
- A sudden slowdown can have several causes; the benchmark does not measure temperature or diagnose throttling.
- Compare your iPhone to an iPad or a Mac running the same test to see the gap.
For most users, a steady 60 FPS on a phone is the goal — anything beyond that is headroom, not necessity.
When iOS results differ from native tools
You may notice Safari scores differ from native GPU benchmarks. That is expected: the browser adds an abstraction layer, and WebKit applies its own limits on WebGL workloads for stability and battery life. Treat the Volume Shader BM Test as a measure of what your device can actually do on the web, which is often the workload that matters most.
When to expect lower iOS scores
A few situations reliably produce lower numbers on iOS, and none of them indicate a fault. A device that has just fast-charged may run warm and throttle. An older iOS version can lag behind on WebGL optimizations until you update. And an iPhone in a thick case under sustained load may shed heat less efficiently, nudging the thermal limit sooner. If any of these apply, cool the device, update iOS, remove the case, and re-test before concluding the GPU is underperforming.
Tips for repeatable iOS benchmarks
- Run on a full charge with Low Power Mode off.
- Keep the device at room temperature.
- Use the same iOS version across comparisons.
- Average three runs spaced a minute apart.
Benchmarking an iPhone or iPad with the Volume Shader BM Test is fast, free, and surprisingly revealing — it shows how Apple's mobile GPUs handle the kind of volumetric rendering modern web experiences increasingly demand. Open the benchmark in Safari and see where your device lands.