[Prior Post in Series] [Next Post in Series]
Benchmarks can best be described as a standard for comparison. What is my performance now vs. my performance from a previous point in time.
Benchmarks play a critical role in release management. As you upgrade/configure your hardware, application, or database schema you want to be able to ensure that the performance seen by the users is as good if not better then it was before:
Established benchmark tests are an important piece when discussing scalability. Giving yourself valuable data about how your environment will perform when variables are changed:
Benchmarks can also assist in troubleshooting performance problems. If you get that oh so descriptive phone call from a user asking "Why is the system slow?" A benchmark can provide some valuable insight and help answer questions like:
"You don't know where you are going till you know where you've been"
Benchmarks play an important role in ensuring the performance and stability of your environment. Knowing how different changes will affect your systems performance will minimize the amount of suprises you will have to face and also provide some valuable insight as to how your system should perform over time.
In Part 2 of this series we will discuss the elements that make up a benchmark.
Follow Tier1OnSQL on Twitter