All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Willy Tarreau <w@1wt.eu>
Cc: Con Kolivas <kernel@kolivas.org>,
	Christoph Lameter <cl@linux-foundation.org>,
	linux-kernel@vger.kernel.org
Subject: Re: BFS v0.311 CPU scheduler for 2.6.32
Date: Mon, 14 Dec 2009 15:16:54 +0100	[thread overview]
Message-ID: <200912141516.54725.bzolnier@gmail.com> (raw)
In-Reply-To: <20091212061447.GB2856@1wt.eu>

On Saturday 12 December 2009 07:14:47 am Willy Tarreau wrote:
> On Sat, Dec 12, 2009 at 05:10:44PM +1100, Con Kolivas wrote:
> > > Also, I like to have the same kernel sources used on my desktop,
> > > notebook, eeepc, and my bootable USB key. It is a lot easier to
> > > upgrade and a lot easier to spot bugs before they strike in sensible
> > > environments.
> > 
> > Thanks Willy. 
> > 
> > That's the first meaningful reason I've heard for it. I may have to consider 
> > it now. It still would be compile time limited so probably not quite what 
> > you're hoping for. I don't have the time and energy to do and maintain the 
> > whole plugsched crap for boottime selection all over again, and that adds 
> > overhead which goes against one of my prime objectives.
> 
> No problem, as I said, I want to use the same *sources*, not to be able
> to hot-swap the scheduler. But basically I have a directory named "configs"
> in which all of my machines configs are stored. I run "build-kernel-list"
> over those configs from the kernel dir and I get all of my new kernels.
> You can now easily understand why I don't want to patch in the middle of
> the process :-)

Similar setup here and similar rationale behind my request. :)

I would like to give BFS a spin on some smaller boxes but then I would need
to remember to pull BFS out of my local patch queue whenever I want to test
something on my main box (I like to keep things rather conservative there)..

--
Bartlomiej Zolnierkiewicz

  reply	other threads:[~2009-12-14 14:18 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-11  0:24 BFS v0.311 CPU scheduler for 2.6.32 Con Kolivas
2009-12-11 10:29 ` Mike Galbraith
2009-12-11 14:10 ` Christoph Lameter
2009-12-11 15:04   ` Con Kolivas
2009-12-11 15:12     ` Christoph Lameter
2009-12-11 22:37       ` Con Kolivas
2009-12-12  0:55         ` Bartlomiej Zolnierkiewicz
2009-12-12  2:00           ` Con Kolivas
2009-12-12  3:22             ` Bartlomiej Zolnierkiewicz
2009-12-12  5:54             ` Willy Tarreau
2009-12-12  6:10               ` Con Kolivas
2009-12-12  6:14                 ` Willy Tarreau
2009-12-14 14:16                   ` Bartlomiej Zolnierkiewicz [this message]
2009-12-18 15:44                     ` BFS v0.312 configurable " Con Kolivas
2009-12-14 14:50                 ` BFS v0.311 " Christoph Lameter
2009-12-15  0:56                   ` Con Kolivas
2009-12-12  7:59         ` Mike Galbraith
2009-12-20  4:46         ` Bill Davidsen
2009-12-11 22:06     ` Bill Davidsen

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=200912141516.54725.bzolnier@gmail.com \
    --to=bzolnier@gmail.com \
    --cc=cl@linux-foundation.org \
    --cc=kernel@kolivas.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=w@1wt.eu \
    /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.