LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   General (http://www.linuxquestions.org/questions/general-10/)
-   -   Calculating DISK IOPS. (http://www.linuxquestions.org/questions/general-10/calculating-disk-iops-4175477275/)

manoj.linux 09-16-2013 05:33 AM

Calculating DISK IOPS.
 
Hi,

I would like to know how to calculate DISK IOPS for Raid 5 Disk (4 Disk)? or a lun which is given from Raid 5 Storage? or if I am having 3 Disk with Raid 5 and 2 Disk with Raid 0.

Please suggest

smallpond 09-16-2013 03:29 PM

iostat will tell you what both the md and sd device are doing under the tps (transactions per second) column. You can't calculate it because the md RAID 5 driver maintains a stripe cache so the number of I/Os coming into md is generally not a simple relationship to the number going out. For RAID 0 an I/O coming in will result in an I/O going out for each disk that the I/O touches. This depends on the relative size and offset of the I/O to the RAID chunk size.

sundialsvcs 09-16-2013 11:26 PM

IMHO, in this case you are "comparing apples and oranges." Instead of pursuing that line of reasoning, which is more-or-less fruitless, I suggest that you should think about finding an alternative metric which is "clearly measurable, and clearly relevant to what I want to do."

"DISK IOPS," quite clearly, is a metric that is entirely dependent upon all of the (many ...) differences that you list in your original post. Therefore, it is tightly bound to every one of them, such that a "DISK IOPS" (or whatever ...) measurement, taken from any one of these scenarios, is pretty well incomparable to a like-named measurement taken from any other one.

Therefore, you need to step back and think of: "what else can I measure?" And, to do that, you need to ask: "What is it, really, that I need (not 'to know,' but ...) to decide?"

Re-frame your question in terms of the business requirement: of what this system, ultimately, must be able to do. (Consider not only "raw performance, when everything's working perfectly," but also, "what if this-or-that disk drive throws a piston?") Instead of anchoring your inquiry upon "an abstract physical metric (such as DISK OPS)," consider the requirements of the application first, and then weigh the various "abstract implementation-specific(!) physical metrics" in relation to it. "The cart pays the bills. The horse is just a means to an end."


All times are GMT -5. The time now is 08:15 PM.