On Tue, 14 Jun 2011 15:23:16 +0200, Ralf Mardorf wrote:
> On Mon, 2011-06-13 at 13:28 +0000, Camaleón wrote:
>> > - Inexperienced people get 'mysterious' xruns using jackd.
>> I don't undertsand this. Can you expand this a bit for neophytes? :-)
> If you install jackd and try to make music without a real-time capable
> kernel or with CPU ferquency scaling set to performance you'll get
> audible glitches.
But that's a known issue, right? Or at least is not different from other
problems that any user which requires a specific/fine grained setup or
tweaks may experience.
>> here we only have one main kernel, so do you think the
>> default settings should make happy to just 20% of the users?
>> I prefer a default setting to be "user-wise" and then have the
>> possibility to easily change that default configuration at my wish.
> You can add such a script if wanted yourself and the kernels default
> could be set to 'ondemand', hence no script is needed.
But then you are enforcing a cpu frequency policy that can cause problems
to the majority of the users... are you suggesting that?
> At the moment people need to use a kernel-rt for audio productions,
> hences this kernel could be set to 'performance'.
Or a prebuild tweaked kernel package ready to be installed easily, like
>> > - I run audio sessions by shell scripts, hence I can set the governor
>> > to
>> > performance, while it's ok when it's set to ondemand for non-audio
>> > usage.
>> But you can easily tweak that value or even disable it, right?
> Yes, but not everybody knows about CPU frequency scaling and those
> issues, so you'll read about mysterious audible glitches for the audio
> signal all the time on audio mailing lists.
Err, if that's the only annoyance, have you ever considered to write a
page in the Debian wiki and pointing users to there? :-)
>> > - Why not making a Debian that OOTB fit to most needs, even for
>> > people
>> > who don't wish to read [fine] manuals and to learn how to program.
>> Having a value for cpufreq different than "ondemand" will nto make any
>> favour to the vast majority of computers. The exception cannot be the
>> norm :-)
> 'ondemand' is nearly useless, you won't reduce the load very much, it's
> around 1 W, nothing regarding to the CPU's load of 40, 50, 60 W and
It's not about "load" but "frequency speed" and my micro reduces its
cycles from 2.8 Ghz. (normal run) to 2.0 Ghz (idle+ondemad) which I
prefer. Why wasting cpu cycles and increasing the heat of the whole
system if I don't really need all that power all the time?
>> I hope you've understood that in the above metaphor Windows is the
>> "megastore" and Linux is the "cutlery shop" ;-)
> So Linux is not for intuitive users, for nerds only
Well, not at all. The moral of the story was that most of the linux users
like to know what are they doing, they like digging into their system's
guts and enjoy learning while windows users are more accostumed to things
work "magically" :-)
> OT: Btw. 22.214.171.124 don't need a rt-patch anymore.
> I installed the outdated proprietary nvidia driver, since there's no
> package for the installer, for the current one, but I guess there's the
> current proprietary driver for the 'regular' Debian kernel provided by a
> package. I might be mistaken. If not I wonder why Debian make things
> harder than there's the need to do.
Nvidia (and ati) closed source package is a bit oudated from debian non-
oss but you can always go to nvidia site and get the latest driver from
> So I'll stay at the outdated one or need to do anything manually, which
> is time consuming, because I already had to build ALSA myself, rt
> capable kernels etc.. Debian seems to be one of those multimedia
> unfriendly distros, while we are living in a multimedia world. All
> kinds of flashy trash seems to be available, such as 3D desktops etc..
Debian is a multi-purpose distribution, focused to desktops,
workstatiosn, servers, embedded systems, etc... you can't get all of your
users happy :-). You just have to consider if benefits have more weight
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact email@example.com