IBM’s Relative Performance (rPerf) metric is a great tool for comparing commercial workload performance between different Power System servers. It’s often. This post outlines a recent Nigel Griffiths tweet about estimating rperf for your LPAR. Read on to find out more. Articles on IBM AIX performance including server throughput, system performance and IBM AIX commands.
|Published (Last):||4 July 2010|
|PDF File Size:||18.60 Mb|
|ePub File Size:||18.17 Mb|
|Price:||Free* [*Free Regsitration Required]|
Many benchmarks exist for comparing servers, so why did IBM create the rPerf measurement? The aixx reason was to publish data for a broad selection of Power Systems servers.
rPerf – Wikipedia
Running industry benchmarks can be very expensive. In addition, most benchmark rules require that the full benchmark be run and fully documented for rpeef published data point.
These requirements would make it extremely costly to publish multiple data points for each Power Systems model. Since IBM owns and controls the rPerf benchmark, it can report both actual and estimated data for Power servers.
This has resulted in the publication of multiple rPerf values for each server based on varying processor core counts. Having this comprehensive set of information makes it easier to estimate the commercial workload CPU performance for any Power Systems server. Note that rPerf can only be used for making comparisons within Power servers.
If your workload is better aligns with two threads per processor core, you should consider reducing the published POWER7 rPerf numbers by approximately 15 to 20 percent to get a more reasonable representation of its rPerf value. For workload migrations and server consolidation projects, rPerf data is frequently used for CPU sizing.
Continue to Wikis