[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20060821151910.A21718@unix-os.sc.intel.com>
Date: Mon, 21 Aug 2006 15:19:10 -0700
From: "Siddha, Suresh B" <suresh.b.siddha@...el.com>
To: Paul Jackson <pj@....com>
Cc: "Siddha, Suresh B" <suresh.b.siddha@...el.com>, akpm@...l.org,
linux-kernel@...r.kernel.org, nickpiggin@...oo.com.au,
mingo@...hat.com, apw@...dowen.org
Subject: Re: [patch] sched: generic sched_group cpu power setup
On Fri, Aug 18, 2006 at 05:09:45PM -0700, Paul Jackson wrote:
> I'm still trying to figure out what the hell it is ;).
Please refer to the code comments in my recent patch. And also the
recent conversations between us about this. My OLS 2005 paper(CMP aware
kernel scheduler) might also help and finally the source code kernel/sched.c
> If all the CPUs in a system have the same computational capacity,
> then is it just the number of CPUs in a group (times a scale factor
No. It depends on the sched domain, its characteristics and depends
on performance/power-savings policy.
> If two CPUs, side by side, have the same computational capacity,
> but one consumes more electrical power (watts) than the other, do they
> have different cpu_power?
No.
> If I presumed correctly, then apparently what we're talking about here
> is computational capacity, as is typically measured in such units as
> MIPS, megaflops/sec or Drystones. In other words, what Andrew termed
> "computing power" when he fired the starter's pistol on this scrum.
>
> Is that what this is -- computational capacity, aka computing power
> (appropriately scaled for the convenience of the arithmetic)?
>
> And is the unit of measure just the number of CPUs in the group
> (times 128)?
No. That is the case only for some scenarios(for example when power
savings is enabled..). In the default performance policy mode, domain
characteristics will determine this value.
thanks,
suresh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists