[I think we can take Andrew out of the cc list, because it
seems to be not caused by his patch, then]
On Sunday 01 June 2003 21:05, Rick Lindsley wrote:
> 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:
> 3 0 hda 948 317 16216 4294408142 90 333 848 7309 4294967294
> 7309215 4280372198 ~~~~~~~~~~
>
> Yes, I've had a couple of other reports of this. I suspect there is
> a path by which an "I/O" appears to have been completed while none was
> begun. I've only noticed this on my hda drive as well. What I didn't
> notice was exactly when this behavior began, which may have been useful
> in tracking down the problem. You'll notice a couple of other values
> there in the 4.2 billion range that probably suffer from a similar
> (or maybe the same) issue. I haven't seen this on SCSI drives yet,
> just hda drives, which suggests there may be something about that I/O
> path that bears some closer scrutiny.
I've restarted the server and it has an uptime of
21:26:36 up 3:20, 1 user, load average: 0.00, 0.00, 0.00
I've done some disk-io (compiled some software) and the values
now are even lower:
3 0 hda 1623 415 28028 128689845 408 1657 4144 61294 4294967234 11728672 3714354303
3 1 hda1 4 8 1 2
3 2 hda2 1966 28002 2071 4142
3 64 hdb 381 18 3272 124256894 1662 1332 24000 61697 4294967248 11733826 3870100758
Directly after reboot it is:
21:30:55 up 1 min, 1 user, load average: 0.15, 0.08, 0.02
3 0 hda 904 311 15432 4294408137 66 213 564 7358 4294967294 67078 4294856106
3 1 hda1 4 8 0 0
3 2 hda2 1208 15416 282 564
3 64 hdb 45 0 344 4294400418 8 3 88 404 4294967294 72358 4294841430
Where exactly is the code in the kernel, that produces the diskstats file,
so I can try grepping through it?
>
> Rick
- --
Regards Michael Büsch
http://www.8ung.at/tuxsoft
21:23:47 up 2:09, 3 users, load average: 1.01, 1.01, 1.00
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+2lSToxoigfggmSgRAuSgAJ42rV0+KTChl6OzUXf7KftHyi8b/wCfXaaJ
nOQzW3tR2UwVo15DpdRPzUQ=
=nGvx
-----END PGP SIGNATURE-----
-
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/