On Feb 12, 2007, at 12:49 AM, Tejun Heo wrote:
ris wrote:
procs -----------memory---------- ---swap-- -----io---- -system--
----cpu----
r b swpd free buff cache si so bi bo in cs us
sy id wa
0 0 0 303444 53224 360132 0 0 276 157 627 814 5
2 89 4
0 0 0 302956 53228 360332 0 0 196 0 1193 1686 2
2 95 1
0 0 0 303204 53228 360332 0 0 0 0 1175 1544 2
1 97 0
1 0 0 234656 53240 428880 0 0 34428 0 1498 2532 4
11 69 16
2 0 0 105776 53248 556372 0 0 63752 0 1729 2696 6
18 47 29
0 3 0 9464 53248 648708 0 0 43780 28008 1804 2262 6
20 29 44
0 3 2588 9548 51548 647488 0 0 19200 47616 1503 1903 4
7 42 46
0 3 2640 10152 50840 648480 0 0 24716 11876 1695 2251 5
8 7 80
1 2 2640 9788 46468 652052 0 0 54280 5620 1740 2687 6
18 0 76
0 3 2640 9788 46308 652500 0 0 43392 2212 1626 2038 5
14 0 81
1 2 2640 9636 46308 653000 0 0 38528 1164 1588 2181 4
12 0 84
0 3 2640 13872 46084 648264 0 0 30088 12972 1701 2223 4
12 0 85
0 4 2644 8460 37140 661572 0 2640 25648 26372 1615 1908 3
10 0 88
0 3 2644 9188 16760 683196 0 0 33840 48988 1639 2154 4
12 0 84
iowait != cpu busy. Your cpu idleness stays above 80%.
I have noticed something that might be related as well. I am working
on a device driver that would have periodic data errors due to
exceptionally long interrupt handling latency. I have come to the
point that I suspect that it's the sata_nv driver, and now that we
can't do the hdparm -u1 option for sata, it seems to be a bigger
problem.
Matthew Fredrickson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
