On Friday 02 December 2005 12:04, Marco Calviani wrote:
>
> Well, i've tried decreasing the polling interval, but there is an
> increased powerd cpu load: at 100ms polling interval the cpu load is
> to an astonishing 20% circa, which i think it's too much for a normal
> use. The sampling rate with
Marco Calviani wrote:
Hi list,
2005/12/2, Bruno Ducrot <[EMAIL PROTECTED]>:
I don't see why you can't run powerd more frequently, I do.. Unless your ACPI
has a problem that means the transition is slow.
I'm sure this could not be done under Linux without a lot of
problems (it is required t
Hi Nate,
2005/12/2, Nate Lawson <[EMAIL PROTECTED]>:
> This work is easy, it's just grunt work implementing and testing to see
> which is best. See this page for details on how to proceed:
>
> http://wikitest.freebsd.org/moin.cgi/powerd
>
> Wikitest seems to be down so here's the text only:
> ht
Hi list,
2005/12/2, Bruno Ducrot <[EMAIL PROTECTED]>:
> > I don't see why you can't run powerd more frequently, I do.. Unless your
> > ACPI
> > has a problem that means the transition is slow.
>
> I'm sure this could not be done under Linux without a lot of
> problems (it is required to use the
On Fri, Dec 02, 2005 at 08:35:54PM +1030, Daniel O'Connor wrote:
> On Fri, 2 Dec 2005 19:35, Marco Calviani wrote:
> > > It's not present under powerd for the simple fact that to be efficient
> > > in term of not being too intrusive (kernel to user data transfers, etc),
> > > powerd can only provid
On Friday 02 December 2005 08:05, Daniel O'Connor wrote:
>
> I run powerd like this ->
> /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200
Hi
n my NB an Acer 3002 I got best battery life with
-a max -r 30 -i 80 -b adaptive
any other settings resulted in continuous cpufreq
On Fri, 2 Dec 2005 19:35, Marco Calviani wrote:
> > It's not present under powerd for the simple fact that to be efficient
> > in term of not being too intrusive (kernel to user data transfers, etc),
> > powerd can only provide a limited number of check per second (at this
> > time, 2 per second).
Marco Calviani wrote:
Hi Bruno,
> > 2) sorry what about the point that we were discussing above? The high
number of transition you were explaining me, are present in the actual
implementation of powerd, and if not, why?
It's not present under powerd for the simple fact that to be efficient
Hi Bruno,
> > 2) sorry what about the point that we were discussing above? The high
> > number of transition you were explaining me, are present in the actual
> > implementation of powerd, and if not, why?
>
> It's not present under powerd for the simple fact that to be efficient
> in term of not
On Wed, Nov 30, 2005 at 01:57:42PM -0800, Nate Lawson wrote:
> Marco Calviani wrote:
> >Hi Bruno,
> >
> >Yes cpufreq is loaded at boot time in /boot/loader.conf .However i
> >don't know how to tell him that i want to load est instead of
> >acpi_perf.
>
> est is preferred if supported. But probabl
Marco Calviani wrote:
Hi Bruno,
2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
Did you load the cpufreq driver at boot time which include the est
driver as said before? It will replace the acpi_perf if appropriate.
--
Bruno Ducrot
Yes cpufreq is loaded at boot time in /boot/loader.conf .H
Hi Bruno,
2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
> Did you load the cpufreq driver at boot time which include the est
> driver as said before? It will replace the acpi_perf if appropriate.
>
> --
> Bruno Ducrot
Yes cpufreq is loaded at boot time in /boot/loader.conf .However i
don't know
On Wed, Nov 30, 2005 at 08:05:59PM +, Marco Calviani wrote:
> Hi Nate,
>
> 2005/11/30, Nate Lawson <[EMAIL PROTECTED]>:
>
> >
> > You should send the full output of "sysctl dev.cpu". There is no
> > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look
> > at your dmesg to
On Wed, Nov 30, 2005 at 12:23:52PM -0800, Nate Lawson wrote:
> Bruno Ducrot wrote:
> >On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
> >
> >>Marco Calviani wrote:
> >>
> >>>Hi,
> >>>
> >>>2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
> >>>
> >>>
> You have to load the cpufreq.ko m
Hi Bruno,
> The ondemand governor is basically an implemation of the following
> algorithm:
>
> There is a counter, say count.
>
> at each given fixed intervall:
> if (idle less than a watermark) {
> frequency full
> reinitialise count to 10
> } else if (idle more than another watermark) {
Bruno Ducrot wrote:
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = "YES"
to /boot/loader.conf
should be OK.
I have that
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
> Marco Calviani wrote:
> >Hi,
> >
> >2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
> >
> >>You have to load the cpufreq.ko module at boot.
> >>Adding that line:
> >>cpufreq_load = "YES"
> >>to /boot/loader.conf
> >>should be OK.
> >
> >
Hi Nate,
2005/11/30, Nate Lawson <[EMAIL PROTECTED]>:
>
> You should send the full output of "sysctl dev.cpu". There is no
> cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look
> at your dmesg to see if one is probing/attaching.
>
> sysctl dev.cpu
dev.cpu.0.%desc: ACPI CPU
d
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = "YES"
to /boot/loader.conf
should be OK.
I have that line in that position, and it seems working. The point is
that i would like to change
Hi,
2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
> You have to load the cpufreq.ko module at boot.
> Adding that line:
> cpufreq_load = "YES"
> to /boot/loader.conf
> should be OK.
I have that line in that position, and it seems working. The point is
that i would like to change the driver and us
On Wed, Nov 30, 2005 at 12:37:43PM +0100, Marco Calviani wrote:
> Hi,
> having seen on the cpufreq(4) man page that there is more than one
> driver that is currently supported. In particular having a centrino
> processor, i would like to use the est driver. Currently, by default,
> the running dr
Hi,
having seen on the cpufreq(4) man page that there is more than one
driver that is currently supported. In particular having a centrino
processor, i would like to use the est driver. Currently, by default,
the running driver is the one that comes with acpi (AFAIU), and i'm
using powerd to cont
22 matches
Mail list logo