Date: Fri, 2 Dec 2005 20:35:54 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: freebsd-stable@freebsd.org Cc: freebsd-acpi@freebsd.org, Marco Calviani <marco.calviani@gmail.com>, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver Message-ID: <200512022035.55854.doconnor@gsoft.com.au> In-Reply-To: <da5cd1900512020105t60c1191cw@mail.gmail.com> References: <da5cd1900511300337t22728ec8y@mail.gmail.com> <20051201141724.GE17066@poupinou.org> <da5cd1900512020105t60c1191cw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1325260.gpetGJ1ep6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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). But the current algorithm present in powerd is > > not well suited in that case. You have to wait one demi-second > > for the processor being put to full speed if the system was idle > > before. > > Are there on the horizon any sort of plans to implement a newer and > more efficient algorithm to increase the number of transition per > second? Sorry but i've not understood why linux-cpufreqd is able to > cope with those without being so intrusive..... I don't see why you can't run powerd more frequently, I do.. Unless your AC= PI=20 has a problem that means the transition is slow. I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU lo= ad=20 unless there is a specific problem with sysctls or the cpufreq=20 infrastructure. I run powerd like this -> /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1325260.gpetGJ1ep6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDkByD5ZPcIHs/zowRAlQOAJ9PkoRjEfkMF3NUADMbqvYED9pTtACgi31S yYhIXX8hD8jWaD/U6wFCVS0= =jjon -----END PGP SIGNATURE----- --nextPart1325260.gpetGJ1ep6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200512022035.55854.doconnor>