From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Matthias Dahl <ml_kernel@mortal-soul.de>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@elte.hu>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH] sched: Improve latencies under load by decreasing minimum
Date: Sat, 18 Sep 2010 11:09:43 -0400 [thread overview]
Message-ID: <20100918150943.GA2562@Krystal> (raw)
In-Reply-To: <20100918145301.GA19879@Krystal>
* Mathieu Desnoyers (mathieu.desnoyers@efficios.com) wrote:
> * Matthias Dahl (ml_kernel@mortal-soul.de) wrote:
> > Hi.
> >
> > I don't know if this is relevant but I just tried this ontop 2.6.35.4 while
> > investigating a different problem and it was quite easy to produce audio
> > buffer underruns while doing some compile job in the background.
> >
> > To be exact: I had vlc (1.1 git) play back several flac files and was compiling
> > qt 4.7 in the background as a test w/ -j5 on an i7 860 . The result was that w/
> > the decreased granularity it caused noticeable audio buffer underruns while it
> > worked just fine w/ the default granularity (nothing else touched).
> >
> > Just wanted to report this early on and hope it helps.
>
> Hi Matthias,
>
> Thanks for reporting this. I have a few more questions:
>
> Can you provide:
>
> you full kernel .config
>
> The config values of your sound card:
>
> cat /proc/asound/card0/pcm0p/sub0/hw_params
> cat /proc/asound/card0/pcm0c/sub0/hw_params
>
> while you play your audio. (could be other than pcm0p, try to get one which is
> not "Closed" while you play) Also providing the dmesg output showing which sound
> card driver you are using might help.
>
> Also the output of:
> cat /proc/cpuinfo
>
> Also, can you try reproducing the problem with different players ? With
> non-git-bleeding-edge vlc versions too ? Can you reproduce this problem while
> using "aplay" (a much simpler player) to play wav files ? (I've got an
> instrumented version hooked on my tracer that traces underruns in here).
Also, do you use pulseaudio, alsa directly, or go through OSS ?
Mathieu
>
> Thanks !
>
> Mathieu
>
> >
> > So long,
> > matthias.
> >
> > PS. Please cc' as I am not subscribed. Thanks a lot.
>
> --
> Mathieu Desnoyers
> Operating System Efficiency R&D Consultant
> EfficiOS Inc.
> http://www.efficios.com
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
prev parent reply other threads:[~2010-09-18 15:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-16 18:48 [PATCH] sched: Improve latencies under load by decreasing minimum Matthias Dahl
2010-09-18 14:53 ` Mathieu Desnoyers
2010-09-18 15:09 ` Mathieu Desnoyers [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100918150943.GA2562@Krystal \
--to=mathieu.desnoyers@efficios.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=ml_kernel@mortal-soul.de \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox