Re: [2.5.70] possible problem with /dev/diskstats

From: Maneesh Soni (maneesh@in.ibm.com)
Date: Mon Jun 02 2003 - 00:10:30 EST


On Sat, May 31, 2003 at 10:40:21PM +0000, Michael Buesch wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi.
>
> I've just played around with my server (that has actualy no load)
> and I recognized something strange in /dev/diskstats.
>
> Documentation/iostats.txt says about diskstats:
> [SNIP]
> Field 9 -- # of I/Os currently in progress
> The only field that should go to zero. Incremented as requests are
> given to appropriate request_queue_t and decremented as they finish.
> [SNIP]
>
> But here is a cat /proc/diskstats:
> 1 0 ram0 0 0 0 0 0 0 0 0 0 0 0
> 1 1 ram1 0 0 0 0 0 0 0 0 0 0 0
> 1 2 ram2 0 0 0 0 0 0 0 0 0 0 0
> 1 3 ram3 0 0 0 0 0 0 0 0 0 0 0
> 1 4 ram4 0 0 0 0 0 0 0 0 0 0 0
> 1 5 ram5 0 0 0 0 0 0 0 0 0 0 0
> 1 6 ram6 0 0 0 0 0 0 0 0 0 0 0
> 1 7 ram7 0 0 0 0 0 0 0 0 0 0 0
> 1 8 ram8 0 0 0 0 0 0 0 0 0 0 0
> 1 9 ram9 0 0 0 0 0 0 0 0 0 0 0
> 1 10 ram10 0 0 0 0 0 0 0 0 0 0 0
> 1 11 ram11 0 0 0 0 0 0 0 0 0 0 0
> 1 12 ram12 0 0 0 0 0 0 0 0 0 0 0
> 1 13 ram13 0 0 0 0 0 0 0 0 0 0 0
> 1 14 ram14 0 0 0 0 0 0 0 0 0 0 0
> 1 15 ram15 0 0 0 0 0 0 0 0 0 0 0

Rick,

ramdisk stats are also always zero whether you do any IO or not. Any idea
where this can be corrected.

Thanks
Maneesh

-- 
Maneesh Soni
IBM Linux Technology Center, 
IBM India Software Lab, Bangalore.
Phone: +91-80-5044999 email: maneesh@in.ibm.com
http://lse.sourceforge.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/



This archive was generated by hypermail 2b29 : Sat Jun 07 2003 - 22:00:15 EST