Messages in this thread | | | Subject | Re: Negative "ios_in_flight" in the 2.4 kernel | From | "M. Edward Borasky" <> | Date | Wed, 22 Dec 2004 07:19:42 -0800 |
| |
On Wed, 2004-12-22 at 12:16 +0100, Jens Axboe wrote: > > > Question: wouldn't a simple refusal to decrement ios_in_flight in > > "down_ios" if it's zero fix this, or am I missing something? > > That would paper over the real bug, but it will work for you. What is the "real bug", then? What will "work for me" is accurate disk usage tick counts. The intent of these statistics is something known as Operational Analysis of Queueing Networks.
The "requirement" is that the operations on each device be accurately counted, and the "wall clock" time spent *waiting* for requests and the time spent *servicing* requests be accurately accumulated for each device. The sector count is a bonus.
>From these raw counters, one can, and iostat does, compute throughput, utilization, average service time, average wait time and average queue length. An excellent and highly readable reference for the math involved can be found at
http://www.cs.washington.edu/homes/lazowska/qsp/Images/Chap_03.pdf
That is the intent behind these counters, and what will "work for me" is a kernel that captures the raw counters correctly. If forcing ios_in_flight to be non-negative is done at the expense of losing or gaining ticks in the wait or service time accumulators, then it will not work for me.
Ed Borasky http://www.borasky-research.net
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |