[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060728024334.GA12142@phoenix>
Date: Thu, 27 Jul 2006 22:43:34 -0400
From: Thomas Tuttle <thinkinginbinary@...il.com>
To: LKML <linux-kernel@...r.kernel.org>
Subject: Re: The ondemand CPUFreq code -- I hope the functionality stays
On July 27 at 21:04 EDT, Patrick McFarland hastily scribbled:
> On Thursday 27 July 2006 04:54, Miles Lane wrote:
> > Hello,
> >
> > It sounds, from comments in the discussion of CPU Hotplug locking
> > problems, as though you are considering deleting the ondemand CPUFreq
> > code. If this happens, I hope that something that provides the same
> > functionality replaces it. I really appreciate having my power
> > consumption automatically modulated on an as needed basis. Power
> > management seems to be one of the areas where there is a lot of room
> > for improvement.
>
> I think you've gotten confused. Ondemand is a horrible governor that only
> flips between two cpu frequencies, the lowest and the highest. Use the
> Conservative governor instead.
AFAIK, ondemand implements the following.
Many times per second, do the following:
Calculate CPU usage since last check.
If CPU usage > high threshold, set frequency to maximum.
If CPU usage < low threshold, lower frequency by one level.
So it will immediately jump to the highest frequency, in order to
provide low latency, but will slowly decrease it until it finds the
lowest frequency that provides enough CPU power to support the current
load.
Personally, I prefer conservative, because it isn't as "jumpy", but I
can see ondemand being necessary in a server environment where the
several second lag time to peak performance would hurt response time
when load is low.
--Thomas Tuttle
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists