From: Milan Broz <mbroz@redhat.com>
To: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Q: /sys/block and I/O Schedulers
Date: Mon, 22 Aug 2011 13:15:47 +0200 [thread overview]
Message-ID: <4E523A63.3060405@redhat.com> (raw)
In-Reply-To: <4E52473A020000A1000070BC@gwsmtp1.uni-regensburg.de>
On 08/22/2011 12:10 PM, Ulrich Windl wrote:
> I have a question: Reading the docs on I/O Schedulers, I had the
> impression the docs wanted to tell me that only the low-level devices
> (i.e. disks) use I/O Schedulers, while higher-level devices (like
> multipaths, RAIDs, LVs, etc.) don't.
As you already found, low-level device has always real io scheduler.
Device-mapper use stacked device logic - IOW mapped device
is stacked over some real device(s).
Remapping works on bio level, not on IO request level.
Separate bios are simple remapped to low-level devices where
io scheduler does its job.
There is one exception: dm-multipath which uses "request based" mapping,
IOW it means it uses own scheduler on device-mapper level
(But in old kernels it was on bio level as well,
for more info see https://lkml.org/lkml/2008/2/15/411)
> Using the SLES11 SP1 kernel (2.6.32.43-0.4-xen), I found out that LVs
> seem to use the I/O Scheduler
LVs (e.g. linear mappings) do not use own scheduler. But /queue directory
contains more attributes which need to be visible there.
> My test was as simple as this: /sys/block # for d in *
>> do echo $d: $(<$d/queue/scheduler) done
Btw see "lsblk -t" - here you can see stacked devices with scheduler
and topology info parsed from sysfs (in new util-linux).
Milan
prev parent reply other threads:[~2011-08-22 11:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-22 10:10 Q: /sys/block and I/O Schedulers Ulrich Windl
2011-08-22 11:15 ` Milan Broz [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E523A63.3060405@redhat.com \
--to=mbroz@redhat.com \
--cc=Ulrich.Windl@rz.uni-regensburg.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.