On Tue, Jan 05 2010, Alan D. Brunelle wrote: > On Mon, 2010-01-04 at 17:53 -0800, john smith wrote: > > Alan, > > > > I've tried 'echo "1"> /sys/block/<dsf>/queue/nomerges' but > > fio/sequential-reads merges still occur and apparently they are only > > the simple ones that can't be disabled. > > > > 1) What can I change in the kernel to disable ALL the merges > > (including the simple ones)? > > (I tried setting iosched_cfq.ops.elevator_merge_fn, > > elevator_merged_fn, elevator_merge_req_fn, elevator_allow_merge_fn = 0 > > but still fio reported merges) > > Unfortunately, the "simple" ones were left in precisely because they > were (a) easy to do, and (b) were expected to happen often enough to > keep them in. Jens may be able to comment further. Right, they are both cheap and easy so they were kept. The goal with the nomerges switch was to save CPU, so it'll still do cheap merges. I don't think there's a use for disabling merges completely outside of device testing and benchmarking, it's not a real world problem. That said, I do occasionally hack that up as well for testing purposes. Perhaps we could tweak nomerges to accept a '2' value as well, indicating that we don't want any merges at all. -- Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe fio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
