geom <-> cam disk
Andriy Gapon
avg at FreeBSD.org
Wed Jul 25 22:36:24 UTC 2012
on 26/07/2012 01:08 Alexander Motin said the following:
> Different controllers have different command queueing limitations. If you are
> testing with ahci(4) driver and modern disks, then their 32 command slots per
> port can be enough for many workloads to enqueue all commands to the hardware
> and leave queue empty as you've described. But if you take harder workload, or
> controller/ device without command queueing support, extra requests will be
> accumulated on that bioq and sorted there.
Alexander,
thank you for the reply.
Indeed, using 64 parallel dd processes with bs=512 I was able to 'kick in' the
disksort logic. But I am not sure if the disksort algorithm makes much
difference in this case given the number of commands that a disk firmware can
internally re-order. (Not mentioning that potentially disksort could starve
some I/O bound processes in favor of others -- but that's a totally different
topic).
But then, of course, for the less capable hardware the disksort could still be a
significant factor.
--
Andriy Gapon
More information about the freebsd-hackers
mailing list