Testing perceived performance

Posted by Josh Kelley on Stack Overflow See other posts from Stack Overflow or by Josh Kelley
Published on 2010-04-05T20:47:03Z Indexed on 2010/04/05 20:53 UTC
Read the original article Hit count: 311

I recently got a shiny new development workstation. The only disadvantage of this is that the desktop apps I'm developing now run very, very fast, and so I fear that parts of the code that would be annoyingly slow on end users' machines will go unnoticed during my testing.

Is there a good way to slow down an application for testing? I've tried searching around, but all of the results I've been able to find seem pretty fiddly to set up (e.g., manually setting up a high-priority CPU-bound task on the same CPU core as the target app, or running a background process that rapidly interrupts and resumes the target app), and I don't know if the end result is actually a good representation of running on a slower computer (with its slower CPU, slower RAM, slower disk I/O...).

I don't think that this is a job for a profiler; I'm interested in the user's perception of end-to-end performance rather than in where the time goes for particular operations.

© Stack Overflow or respective owner

Related posts about Performance

Related posts about user-experience