-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Report merged reads and writes per disk #756
Comments
So you're suggesting to add |
Yes, let's add 5 and 9. #523 seems to do what I want to calculate %util. |
Why do you need 5 and 9? They definitively exist on Linux only and I would avoid them if possible. Isn't |
I need them because I care about actual writes on disk, not about Does FreeBSD (or other systems) provide you with raw or merged writes? |
It is not possible to determine merged r/w on BSD and Windows (didn't check OSX and Solaris yet). They either don't have this capability of merging 2 adjacent r/w calls into one or the kernel does not collect/expose this info. |
As for the other stats: As for:
...I may consider adding them if we can come up with some real-world app use case. Right now I'm not sure (don't understand) how can they be useful. |
@giampaolo real world example for 14 is |
I have spinning disks and during raid-10 rebuild I noticed this:
With a theoretical maximum of ~200 IOPS having 2000+ IOPS looks a bit surreal. I dug a bit and found out that these are merged reads and the do not mean much for monitoring, since you don't measure how hard you hit your disks.
I suggest reporting merged reads and writes:
It also looks like time spent in IO for spinning disks could be more than 1 second per 1 second of real time. This also looks like a science fiction, you can't have one disk head in many locations at once, that's witchcraft^W quantum computing.
I suggest also reporting 14th column from the document above, that seems to hold the right metric.
The text was updated successfully, but these errors were encountered: