From: Valdis.Kletnieks@vt.edu (Valdis.Kletnieks at vt.edu)
To: kernelnewbies@lists.kernelnewbies.org
Subject: BFQ: simple elevator
Date: Wed, 20 Mar 2013 17:03:39 -0400 [thread overview]
Message-ID: <14506.1363813419@turing-police.cc.vt.edu> (raw)
In-Reply-To: Your message of "Thu, 21 Mar 2013 02:24:23 +0700." <CAGdaadZy_wdT+WUkWy3A-7_UYLq7ViJ39MsTuqVzptt=Ex+JvQ@mail.gmail.com>
On Thu, 21 Mar 2013 02:24:23 +0700, Mulyadi Santosa said:
> pardon me for any possible sillyness, but what happen if there are
> incoming I/O operation at very nearby sectors (or perhaps at the same
> sector?)? I suppose, the elevator will prioritize them first over the
> rest? (i.e starving will happen...)
And this, my friends, is why elevators aren't as easy to do as the average
undergrad might hope - it's a lot harder to balance fairness and throughput
across all the corner cases than you might think. It gets really fun
when you have (for example) a 'find' command moving the heads all over
the disk while another process is trying to do large amounts of streaming
I/O. And then you'll get some idiot process that insists on doing the
occasional fsync() or syncfs() call. Yes, it's almost always *all*
corner cases, it's very rare (unless you're an embedded system like a Tivo)
that all your I/O is one flavor that is easily handled by a simple elevator.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 865 bytes
Desc: not available
Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20130320/5bc19fa6/attachment.bin
next prev parent reply other threads:[~2013-03-20 21:03 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-20 15:54 BFQ: simple elevator Raymond Jennings
2013-03-20 19:24 ` Mulyadi Santosa
2013-03-20 21:03 ` Valdis.Kletnieks at vt.edu [this message]
2013-03-20 21:41 ` Raymond Jennings
2013-03-20 23:10 ` Valdis.Kletnieks at vt.edu
2013-03-20 23:37 ` Raymond Jennings
2013-03-21 9:13 ` Valdis.Kletnieks at vt.edu
2013-03-21 9:37 ` Raymond Jennings
2013-03-22 3:52 ` Mulyadi Santosa
2013-03-22 20:50 ` Raymond Jennings
2013-03-22 20:53 ` Raymond Jennings
2013-03-22 21:20 ` Valdis.Kletnieks at vt.edu
2013-03-23 0:05 ` Raymond Jennings
2013-03-23 16:42 ` Matthias Brugger
2013-03-25 19:15 ` Raymond Jennings
2013-03-25 22:27 ` Matthias Brugger
2013-03-25 22:29 ` Raymond Jennings
2013-03-23 1:42 ` Raymond Jennings
2013-03-23 14:38 ` Matthias Brugger
2013-03-25 18:19 ` Raymond Jennings
2013-03-20 23:05 ` Linux elevators (Re: BFQ: simple elevator) Arlie Stephens
2013-03-20 23:16 ` Valdis.Kletnieks at vt.edu
2013-03-20 23:45 ` Arlie Stephens
2013-03-21 1:00 ` Raymond Jennings
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=14506.1363813419@turing-police.cc.vt.edu \
--to=valdis.kletnieks@vt.edu \
--cc=kernelnewbies@lists.kernelnewbies.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).