Yes. I really need all available I/O here, not nasty bugs.
hm
trying to time the problem:
# init 6
...
# free
             total       used       free     shared    buffers     cached
Mem:        899712      75576     824136          0       4836      29408
-/+ buffers/cache:      41332     858380
Swap:       674720          0     674720
# dd-test ; vmstat -n 2 > vmstat &
# tail -f vmstat
   procs                      memory    swap          io     system         cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy  id
 0 200  0      0 767440   5036  36616   0   0   565   153 4337   276   9  20  71
 0 200  0      0 733012   5412  69180   0   0 16324     0  603   628   0   6  94
 0 200  0      0 667196   5428 132408   0   0 31488    56  678   530   1  12  87
 0 200  0      0 600792   5580 196472   0   0 32114     0  683   536   2  10  88
 0 200  0      0 528956   5616 265956   0   0 34708    30  678   482   0  15  85
 0 200  0      0 451496   5724 340508   0   0 37338     0  724   640   1  16  82
 0 200  0      0 383020   5936 406512   0   0 33096     8  699   689   2  11  87
 0 200  0      0 301368   6032 485432   0   0 39464     0  726   522   2  15  83
 0 200  0      0 216412   6124 567552   0   0 41092     0  698   613   2  17  81
 0 200  0      0 131364   6248 649732   0   0 41162     8  722   701   2  18  80
 0 200  0      0  52740   6372 725696   0   0 38028     0  721   461   2  14  84
 0 200  1   2676   3264   2944 778932   0 308 44816   380  766   804   0  23  76
 0 200  1   2676   3272   3032 778844   0   0 45562     0  764   642   2  17  81
 0 200  1   2676   3292   3136 778712   0   0 39156     0  721   767   1  20  78
 0 200  1   2676   3264   3260 778620   0   0 40664     8  738   624   2  11  86
 0 200  0   2676   3212   3368 778480   0   0 37056     0  727   614   1  15  84
 0 200  1   2676   3228   3464 778468   0   0 32052     8  654   743   2  12  86
 0 200  1   2676   3196   3492 778472   0   2 30882     2  713   721   0  12  88
 0 200  1   2676   3220   3556 778368   0   0 26490     0  698   739   1  10  89
 0 200  0   2676   3224   3640 778212   0   0 25194    36  709   706   0  11  89
 0 200  0   2676   3304   3692 778136   0   0 20998     0  678   732   1   6  93
 0 200  0   2676   3272   3748 778108   0   0 19734    16  689   768   1  11  88
 0 200  1   2676   3236   3780 778060   0   0 13708     0  644   748   0   6  94
 0 200  0   2676   3196   3800 778076   0   0  9492     0  629   644   0   8  92
 0 200  0   2676   3308   3828 778020   0   0 12978     8  664   727   1   6  93
 0 200  0   2676   3512   3848 777716   0  14 11130    14  664   698   1   6  93
 0 200  0   2804   3256   3860 777896   0 870  7074   878  677   674   0   3  96
 0 200  0   2804   3288   3860 777856   0   0  1068     0  625   665   1   3  96
 0 200  0   2804   3320   3868 777816   0  16  1068    24  627   667   1   2  97
 0 200  0   2804   3212   3868 777928   0  84  1080    84  600   671   1   2  97
...and so on
This gives a total read of a little less than 800MB before giving up. Is
there a cache timeout that needs to be set any lower?
roy
-- Roy Sigurd Karlsbakk, MCSE, MCNE, CLS, LCAComputers are like air conditioners. They stop working when you open Windows.
- 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/