From kde-devel  Mon Mar 08 16:31:50 2010
From: Sebastian Wiesner <basti.wiesner () gmx ! net>
Date: Mon, 08 Mar 2010 16:31:50 +0000
To: kde-devel
Subject: Re: [PATCH] powerdevil-remove-cpufreq.patch
Message-Id: <201003081732.00032.basti.wiesner () gmx ! net>
X-MARC-Message: https://marc.info/?l=kde-devel&m=126806600101523
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0594798733=="

--===============0594798733==
Content-Type: multipart/signed;
  boundary="nextPart2827060.AGRMWYvDWx";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2827060.AGRMWYvDWx
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 08 March 2010 16:27:02 you wrote:
> On 03/08/2010 04:06 PM, Sebastian Wiesner wrote:
> > On Sunday 07 March 2010 23:57:37 Holger Macht wrote
> >=20
> >> Remove all CPU frequency scaling code from powerdevil and the kcm
> >> module. You should never offer those options to the user because he
> >> might not understand what the impact is. You only want a dynamic
> >> frequency algorithm which is the default these days (ondemand
> >> governor). A good explanation is provided in [1].
> >=20
> > I do not object the point, but saving power is really not all I care fo=
r.
> >   At least for my part, controlling and limiting  head and noise
> > emission is often much more important than lengthening battery lifetime
> > as much as possible.  In many situations, I prefer a system, that is
> > cool and silent even under heavy load.  Therefore I do not only have a
> > "power plug" and "battery" profile, but also a "silent" and a "movie"
> > profile, both using the powersave governor to limit CPU frequency and
> > hence head, fan speed and noise.
> >=20
> > Of course, if these options are removed, I can still use other tools to
> > limit CPU frequency, but none of them is as convenient as powerdevil
> > with its integration into KDE.  Therefore, I'd really miss these
> > options, if the were removed from powerdevil.
>=20
> Yes, I know a lot people will miss them and there will be a lot more
> complains about this. Believe me, this will hit back on me when users
> report this in my employers bugzilla ;-)
>=20
> People got used to it, but that doesn't change the fact that it's wrong.

I did not doubt, that it is wrong.  But you know, it just works, and not be=
ing=20
interested in power management theory, that is all I care for :)

> If you have thermal problems, those need to be solved in a different way
> but not with CPU frequency scaling.

And what is this "different way"?  How can I limit heat and noise emission =
if=20
not by reducing CPU frequency? =20

At least, Matthew Garret, who supports your point, also says [1]:

> The only legitimate reasons for limiting the speed of your CPU are [=E2=
=80=A6] or to=20
> make the machine quieter. And if you want your machine to be quieter, the=
re=20
> should be a tickbox marked "Reduce performance in order to reduce noise" =
or=20
> something, which would take into account all the sources of heat in=20
> your machine rather than just your CPU.

As said:  I do not object changes to the way, CPU frequency scaling is=20
currently handled in powerdevil.  I'd agree, that the user shouldn't be=20
bothered with CPU frequency scaling in detail.  But there are legitimate (a=
t=20
least from my point of view) reasons to adjust CPU frequency scaling policy=
=2E =20
And if that's hidden behind a "reduce noise" checkbox, I'm fine with it =E2=
=80=A6 :)

[1] http://mjg59.livejournal.com/88608.html

=2D-=20
=46reedom is always the freedom of dissenters.
                                      (Rosa Luxemburg)

--nextPart2827060.AGRMWYvDWx
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)

iEYEABECAAYFAkuVJn8ACgkQGV4vxEMMOxcgaACgonMLDnb5ukgAgdBMtwwduhBj
G5MAn39CFfKKEvk1iflJB0Mo+FWalLGo
=sLGM
-----END PGP SIGNATURE-----

--nextPart2827060.AGRMWYvDWx--

--===============0594798733==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

--===============0594798733==--