Currently Being Moderated

Back in August I posted an entry

regarding NetApp's Performance Acceleration Module (PAM). To summarize, the PAM card is a 16GB DRAM based read cache integrated with ONTAP that shipped around the middle of 2008. Depending on the platform, up to 5 modules can be installed for a maximum of 80GB of intelligent read cache.

The caching policies implemented as part of ONTAP in conjunction with the usage of the PAM(s) are designed to discern random from sequential reads and hold on to these blocks in cache in order to minimize back-end disk reads which can add latency.

In that article, I also said that an additional PAM benefit is that it can, potentially, provide significant reduction in terms of  the number of disks and shelves to be deployed in order to support the same application(s), thus reducing costs, while providing great response times.

Today, we announced results using the new SPEC SFS 2008 Benchmark  to test 3 configurations. For more on the Specifics of the SPEC SFS 2008 Benchmark, Mike Eisler has a couple of great posts here

and here


The individual benchmarks results can be be found below:

However, thru the good work of a co-league of mine, the results from the 3 configurations have been summarized on the below chart:

 !|height=327|style=border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px|alt=SPECSFS|width=450|src=|border=0!

Based on the specific results the conclusion one can easily arrive to is that:

+<u>SATA is a viable option</u> ,given that it is possible to increase storage capacity by 75%, reduce disks by 50% and still achieve highly acceptable levels of performance.  +
<u>Improve response times</u>, by 35% using FC drives while reducing the number of drives by 50%

    Starting with DataONTAP, we've provided the ability thru the collection of Predictive Cache Statistics (PCS) to determine whether specific workloads will benefit from the deployment of PAM modules and with what significance.



    Filter Blog

    By date:
    By tag: