On Thu, Jul 28 2005, Nate Diller wrote:
> Try benchmarking Anticipatory or Deadline against Noop, preferably
> with your actual workload. Noop is probably what you want, since
> there is not much use in avoiding large "seeks". It could be though
> that request merging, which the non-noop schedulers all perform, willl
> cause Noop to lose. I haven't tried any I/O scheduler benchmarks with
> flash, but perhaps we need a simple "merge only" scheduler for this
> sort of thing.
>
> Let me know what the results are.
deadline is the appropriate choice, you could still have read starvation
issues with noop. anticipatory doesn't make any sense, as the device has
no seek penalty.
and hey, don't top post! now we lost daves original mail.
--
Jens Axboe
-
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]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |