Pavel Machek ha scritto:
quoted text
>
>> In the first type of tests, to achieve a higher throughput than CFQ
>> (with the default 100 ms time slice), the maximum budget for BFQ
>> had to be set to at least 4k sectors.  Using the same value for the
>>     
>
> Hmm, 4k sectors is ~40 seconds worst case, no? That's quite long...
>   
Actually, in the worst case among our tests, the aggregate throughput 
with 4k sectors was ~ 20 MB/s, hence the time for 4k sectors ~ 4k * 512 
/ 20M = 100 ms.
About these test cases we repeated several measures of the aggregate 
throughput with simultaneous file reads from 2 to 5 (and other varying 
parameters). The lowest aggregate throughput for 4k sectors (~ 20 MB/s) 
was achieved in case of 2, 128 MB long, files, lying on two slices at 
the maximum distance from each other (more details on the experiments, 
testbed and so on at http://algo.ing.unimo.it/people/paolo/disk_sched/).
I hope I didn't misunderstand your point.

--
unsubscribe notice
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/