public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

      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