linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jens Axboe <jens.axboe@oracle.com>
To: Adrian Bunk <bunk@kernel.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [2.6 patch] make I/O schedulers non-modular
Date: Sun, 25 Nov 2007 18:22:37 +0100	[thread overview]
Message-ID: <20071125172237.GC6658@kernel.dk> (raw)
In-Reply-To: <20071125165654.GE21947@stusta.de>

On Sun, Nov 25 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 05:45:32PM +0100, Jens Axboe wrote:
> > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > On Sun, Nov 25, 2007 at 05:21:07PM +0100, Jens Axboe wrote:
> > > > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > > > There isn't any big advantage and doesn't seem to be much usage of 
> > > > > modular schedulers.
> > > > > 
> > > > > OTOH, the overhead made the kernel image of an x86 defconfig (that 
> > > > > doesn't use modular schedulers) bigger by nearly 2 kB.
> > > > 
> > > > Big nack, I use it all the time for testing.
> > > 
> > > OK.
> > > 
> > > > Just because you don't
> > > > happen to use it is not a reason to remove it.
> > > 
> > > s/you/you and all distributions you checked/
> > 
> > Well they should make them modules (two of them, that is).
> >...
> 
> Is there any technical reason why we need 4 different schedulers at all?

Until we have the perfect scheduler :-)

With some hard work and testing, we should be able to get rid of 'as'.
It still beats cfq for some of the workloads that deadline is good at,
so not quite yet.

> I have the gut feeling that the usual thing happens and people e.g. not 
> report some cfq problems because as works for them...

There's always a risk with "duplicate", like several drivers for the
same hardware. I'm not disputing that.

-- 
Jens Axboe


  reply	other threads:[~2007-11-25 17:22 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-25 16:18 [2.6 patch] make I/O schedulers non-modular Adrian Bunk
2007-11-25 16:21 ` Jens Axboe
2007-11-25 16:31   ` Adrian Bunk
2007-11-25 16:45     ` Jens Axboe
2007-11-25 16:56       ` Adrian Bunk
2007-11-25 17:22         ` Jens Axboe [this message]
2007-11-26  4:57           ` Al Boldi
2007-11-26  5:12             ` Andrew Morton
2007-11-26  5:28               ` Al Boldi
2007-11-27  7:09           ` Jarek Poplawski
2007-11-27 16:47             ` Adrian Bunk
2007-11-27 22:15               ` Jarek Poplawski
2007-11-27 22:53                 ` Adrian Bunk
2007-11-28  0:20                   ` Jarek Poplawski
2007-11-27 23:02                 ` Jarek Poplawski
2007-11-27 23:21                   ` Adrian Bunk
2007-12-30 17:52                 ` Jarek Poplawski
2007-11-25 23:27         ` Arjan van de Ven

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=20071125172237.GC6658@kernel.dk \
    --to=jens.axboe@oracle.com \
    --cc=bunk@kernel.org \
    --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 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).