Re: Is there any valid reason to add a script that only cause a PITA? Re: debian-user-digest Digest V2011 #1172
> > -------- Forwarded Message --------
> > From: darkestkhan <darkestkhan@gmail.com>
> > To: debian-user@lists.debian.org
> > Subject: Re: Is there any valid reason to add an idiotic script
> > to /etc/init.d by an default Debian install that only cause a PITA?
> > Date: Fri, 17 Jun 2011 11:55:58 +0000
> >
> > Did you know about the big kernel power regression?
> > My system (laptop) is always under 100% load no matter what the
> > frequency I'm on (BOINC).
> >
> > Some stats (kernel 2.6.39.2)
> > 2.17GHz -> >103°C (luckily BIOS is coming to rescue)
> > 1.67GHz -> ~94°C
> > 1.33GHz -> ~83°C
> > 1.00GHz -> ~74°C
> >
> > Are you still going to say that frequency doesn't change heat that much?
No, that's why I ask. I don't know any computer that gets that hot, OTOH
I don't know that much computers.
> > Having to compile new kernel
> > just to change
> > CPU governor is IMHO Very Bad Idea™.
Full ACK. The default for the regular Debian kernel should be ondemand
and if somebody wishes to have another scaling, than the script should
be installed by this person. Audio folks will use kernels with
performance. So nobody will have issues. Now inexperienced people get
issues, when using multimedia software, as tools for production. Of
course using the computer as a toy or as a tool for multimedia home
entertainment might cause no issues.
People can't read all manuals, when they start using Linux for
multimedia production. That's impossible.
I would welcome, if more people would use Linux instead of Microsoft and
Apple, at least for audio productions. I don't think it's possible to
use Linux for professional video productions at the moment. At least
some coders claim that it will take a long time until this will be
possible.
Anyway, using audio is possible, but with many, many problems and those
problems should be eliminated. The more audio users, the more vendors of
professional audio cards would take care about Linux.
Regards,
Ralf
Reply to: