All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@suse.de>
To: Nivedita Singhvi <niv@us.ibm.com>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>,
	Xen development list <xen-devel@lists.xensource.com>,
	Kurt Garloff <garloff@suse.de>, Philip R Auld <pauld@egenera.com>,
	Vincent Hanquez <tab@snarc.org>,
	Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Subject: Re: poor domU VBD performance.
Date: Thu, 31 Mar 2005 19:43:12 +0200	[thread overview]
Message-ID: <20050331174312.GR9204@suse.de> (raw)
In-Reply-To: <424C24F2.1040002@us.ibm.com>

On Thu, Mar 31 2005, Nivedita Singhvi wrote:
> Jens Axboe wrote:
> 
> >There are still cases where it will be suboptimal of course, I didn't
> >intend to claim it will always be as fast as queue tracking! If you are
> >unlucky enough that the first request will reach the target device and
> >get started before the next one, you will have a small and a large part
> >of any given request executed. This isn't good for performance,
> >naturally. But queueing is so fast, I would be surprised if this
> >happened much in the real world.
> 
> Although the usual answer for what scheduling algorithm is
> best is almost always "depends on the workload", it was
> suggested to me that the cfq was still the best option to
> go with. What do people feel about that? (Or is AS going
> to remain default?).

Really the only one that you should not use is AS, anything else will be
fine. AS should only ever be used at the bottom of the stack, if on a
single spindle backing. CFQ will be fine, as will deadline and noop.

> Also, we're making the assumption here that guest OS = virtual
> driver/device. I would rather we not make that assumption
> always. This may be moot because I was also told there might
> be a patch floating around (-mm ?) that allows you to
> select scheduling algorithm on a per-device basis. Anyone
> know if this is going to come in anytime soon?

That patch is in mainline since 2.6.10. You can change schedulers by
echoing the preferred scheduler to /sys/block/<device>/queue/scheduler -
reading that file will show you what schedulers are available.

-- 
Jens Axboe

  reply	other threads:[~2005-03-31 17:43 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-30 11:16 RE: RE: poor domU VBD performance Ian Pratt
2005-03-30 17:01 ` peter bier
2005-03-30 18:05   ` Andrew Theurer
2005-03-31  7:05 ` RE: " Jens Axboe
2005-03-31  7:10   ` Jens Axboe
2005-03-31  8:17     ` Keir Fraser
2005-03-31  8:19       ` Jens Axboe
2005-03-31 14:33         ` Philip R Auld
2005-03-31 15:34           ` Kurt Garloff
2005-03-31 15:39             ` Jens Axboe
2005-03-31 15:41               ` Jens Axboe
2005-03-31 16:27                 ` Nivedita Singhvi
2005-03-31 17:43                   ` Jens Axboe [this message]
2005-03-31 18:27                   ` Kurt Garloff
2005-03-31 21:59                     ` Nivedita Singhvi
2005-03-31 15:49               ` Keir Fraser
2005-03-31 16:02                 ` Andrew Theurer
2005-03-31 17:44                 ` Jens Axboe
2005-03-31 16:55               ` Philip R Auld
2005-03-31 16:53             ` Philip R Auld
2005-03-31 18:01               ` Jens Axboe
2005-03-31 18:43                 ` Philip R Auld
2005-03-31 19:07                   ` Keir Fraser
2005-03-31 19:10                     ` Keir Fraser
2005-03-31 19:20                     ` Jens Axboe
2005-03-31 19:21                   ` Jens Axboe
  -- strict thread matches above, loose matches on Subject: below --
2005-04-04 19:36 Ian Pratt
2005-04-04 22:35 ` Nicholas Lee
2005-04-12 10:29   ` peter bier
2005-04-02 10:56 Ian Pratt
2005-04-02 12:10 ` Cédric Schieli
2005-04-01 23:22 Ian Pratt
2005-04-02 10:36 ` Cédric Schieli
2005-04-02 19:54   ` peter bier
2005-03-31 22:36 Ian Pratt
2005-03-31 23:05 ` Andrew Theurer
2005-04-01 21:40   ` Cédric Schieli
2005-03-31 21:32 Ian Pratt
2005-03-31 22:13 ` Andrew Theurer
2005-03-31 17:55 Ian Pratt
2005-03-31 18:04 ` Jens Axboe
2005-03-31 18:57   ` Keir Fraser
2005-03-31 19:22     ` Jens Axboe
2005-03-31 20:49 ` Andrew Theurer
2005-03-31 21:15   ` Keir Fraser
2005-03-31 21:27     ` Andrew Theurer
2005-04-01  5:43     ` Jens Axboe
2005-04-01 16:36 ` peter bier
     [not found] <A95E2296287EAD4EB592B5DEEFCE0E9D1E3905@liverpoolst.ad.cl.cam.ac.uk>
2005-03-29 22:45 ` RE: " Kurt Garloff
2005-03-29 22:59   ` Andrew Theurer
2005-03-29 23:19     ` Kurt Garloff
2005-03-29 23:26       ` Andrew Theurer
2005-03-29 14:19 Ian Pratt
2005-03-29 15:27 ` peter bier
2005-03-28 22:17 Ian Pratt
2005-03-29  8:44 ` peter bier
2005-03-28 20:14 Ian Pratt
2005-03-28 20:18 ` Andrew Theurer
2005-03-28 21:48 ` Andrew Theurer
2005-03-28 23:38   ` Peter Bier
2005-03-29  0:27     ` Andrew Theurer
2005-03-29 11:39       ` peter bier
2005-03-28 18:55 Ian Pratt
2005-03-28 19:33 ` Andrew Theurer
2005-03-27 17:41 Ian Pratt
2005-03-28  8:48 ` peter bier
2005-03-28 12:44 ` peter bier
2005-03-29  6:20 ` Pasi Kärkkäinen
2005-03-26 18:14 Peter Bier

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=20050331174312.GR9204@suse.de \
    --to=axboe@suse.de \
    --cc=Christian.Limpach@cl.cam.ac.uk \
    --cc=garloff@suse.de \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --cc=niv@us.ibm.com \
    --cc=pauld@egenera.com \
    --cc=tab@snarc.org \
    --cc=xen-devel@lists.xensource.com \
    /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.