public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Kravetz <kravetz@us.ibm.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Davide Libenzi <davidel@xmailserver.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	anton@samba.org, davej@suse.de, marcelo@conectiva.com.br,
	lkml <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@transmeta.com>
Subject: Re: Linux 2.4.17-pre5
Date: Sun, 9 Dec 2001 14:44:33 -0800	[thread overview]
Message-ID: <20011209144433.B1087@w-mikek2.sequent.com> (raw)
In-Reply-To: <Pine.LNX.4.40.0112081824210.1019-100000@blue1.dev.mcafeelabs.com> <E16D6l9-00073R-00@the-village.bc.nu>
In-Reply-To: <E16D6l9-00073R-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sun, Dec 09, 2001 at 04:24:59PM +0000

On Sun, Dec 09, 2001 at 04:24:59PM +0000, Alan Cox wrote:
> I'm currently using the following rule in wake up
> 
> 	if(current->mm->runnable > 0)	/* One already running ? */
> 		cpu = current->mm->last_cpu;
> 	else
> 		cpu = idle_cpu();
> 	else
> 		cpu = cpu_num[fast_fl1(runnable_set)]
> 
> that is
> 	If we are running threads with this mm on a cpu throw them at the
> 		same core
> 	If there is an idle CPU use it
> 	Take the mask of currently executing priority levels, find the last
> 	set bit (lowest pri) being executed, and look up a cpu running at
> 	that priority
> 
> Then the idle stealing code will do the rest of the balancing, but at least
> it converges towards each mm living on one cpu core.

This implies that the idle loop will poll looking for work to do.
Is that correct?  Davide's scheduler also does this.  I believe
the current default idle loop (at least for i386) does as little
as possible and stops execting instructions.  Comments in the code
mention power consumption.  Should we be concerned with this?

-- 
Mike

  parent reply	other threads:[~2001-12-09 23:45 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-06 17:39 Linux 2.4.17-pre5 Marcelo Tosatti
2001-12-06 19:07 ` Alan Cox
2001-12-06 23:38   ` Dave Jones
2001-12-07  0:09     ` Alan Cox
2001-12-08 10:46       ` Rusty Russell
2001-12-09  0:17         ` Linux HMT analysis Anton Blanchard
2001-12-09  1:39           ` Alan Cox
2001-12-09  1:41             ` Alan Cox
2001-12-09  0:31         ` Linux 2.4.17-pre5 Alan Cox
2001-12-09  1:58           ` Rusty Russell
2001-12-09  2:35             ` Davide Libenzi
2001-12-09  6:20               ` Rusty Russell
2001-12-09 16:24               ` Alan Cox
2001-12-09 19:48                 ` Davide Libenzi
2001-12-09 22:44                 ` Mike Kravetz [this message]
2001-12-09 23:50                   ` Davide Libenzi
2001-12-09 23:57                   ` Alan Cox
2001-12-19 22:16                 ` Pavel Machek
2001-12-20 19:10                   ` Davide Libenzi
2001-12-09 16:16             ` Alan Cox
2001-12-10  0:21               ` Rusty Russell
2001-12-10  0:41                 ` Alan Cox
2001-12-10  2:10                   ` Martin J. Bligh
2001-12-10  5:40                     ` Rusty Russell
2001-12-10  5:31                   ` Rusty Russell
2001-12-10  8:28                     ` Alan Cox
2001-12-10 23:12                       ` James Cleverdon
2001-12-10 23:30                         ` Alan Cox
2001-12-11  9:16                           ` Robert Varga
2001-12-11  9:23                             ` David Weinehall
2001-12-11  9:00                   ` Eric W. Biederman
2001-12-11 23:14                     ` Alan Cox
2001-12-09 19:38             ` Marcelo Tosatti
2001-12-09  9:47         ` arjan
2001-12-07 16:07     ` Marcelo Tosatti
2001-12-06 19:18 ` Matthias Andree
2001-12-06 19:05   ` Marcelo Tosatti
2001-12-06 21:14     ` Ben Greear
2001-12-06 21:58       ` David S. Miller
2001-12-06 22:24         ` Matthias Andree
2001-12-09 10:10         ` Eran Man
2001-12-06 20:14   ` Rik van Riel
2001-12-06 20:22     ` Jeff Garzik
2001-12-06 20:58     ` David S. Miller
2001-12-08  4:56       ` M. Edward Borasky
2001-12-08  5:41         ` David S. Miller
  -- strict thread matches above, loose matches on Subject: below --
2001-12-06 20:44 Luca Montecchiani
2001-12-07  0:12 ` Stephan von Krawczynski
2001-12-07  3:43   ` Keith Owens
2001-12-07 11:55     ` Stephan von Krawczynski
2001-12-07 13:35       ` Keith Owens
2001-12-07 14:25         ` Stephan von Krawczynski

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=20011209144433.B1087@w-mikek2.sequent.com \
    --to=kravetz@us.ibm.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=anton@samba.org \
    --cc=davej@suse.de \
    --cc=davidel@xmailserver.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo@conectiva.com.br \
    --cc=rusty@rustcorp.com.au \
    --cc=torvalds@transmeta.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox