linux-kernel - Re: mplayer + heavy io: why ionice doesn't help?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 20 Aug 2006 17:36:07 -0400
From:	Lee Revell <rlrevell@...-job.com>
To:	Denis Vlasenko <vda.linux@...glemail.com>
Cc:	Jan Engelhardt <jengelh@...ux01.gwdg.de>,
	Eric Piel <Eric.Piel@...mplin-utc.net>,
	mplayer-users@...ayerhq.hu, linux-kernel@...r.kernel.org
Subject: Re: mplayer + heavy io: why ionice doesn't help?

On Sun, 2006-08-20 at 18:43 +0200, Denis Vlasenko wrote:
> On Sunday 20 August 2006 16:43, Lee Revell wrote:
> > On Sun, 2006-08-20 at 10:22 +0200, Jan Engelhardt wrote:
> > > >
> > > >It helps. mplayer skips much less, but still some skipping is present.
> > > 
> > > Try with -ao alsa, then it should skip less, or at least, if it skip, skip 
> > > back so that less audio is lost.
> > > When playing audio-only files, it is always wise to specify e.g. -cache 320
> > > which proved to be a good value for my workloads.
> > > 
> > 
> > Only with the very latest versions of mplayer does ALSA work at all.
> > It's unusable here because it resets the auduio stream on each underrun
> > rather than simply ignoring them.
> 
> I'm not sure that I ever got an underrun (may check it
> for you if you need that, how to do it?),
> but mplayer -ao alsa is working for me just fine.
> 

You probably don't get underruns because your machine is fast.  Mine is
a 600Mhz Via board, but I know this is an mplayer ALSA driver bug
because it works perfectly with -ao oss, and because mplayer's ALSA
driver maintainer has acknowledged the bug.

> I eliminated skips due to CPU and disk using
> nice and -cache 8000. I still can make it skip
> when my KDE background picture is changing.
> 

I also must run mplayer at nice -20 for it to be usable.

> I think that these skips are caused by the X server.
> It has no prioritization for request handling and
> thus it does not paint mplayer output fast enough:
> it needs to repaint background and semi-transparent
> konsole(s), and that is taking a few seconds at least.
> 
> This is probably aggravated by serializing nature of Xlib,
> according to:
> 
> http://en.wikipedia.org/wiki/XLib
> http://en.wikipedia.org/wiki/XCB

I think the problem is also due to mplayer's faulty design.  It should
be multithreaded and use RT threads for the time sensitive work, like
all professional AV applications and many other consumer players do.

Lee

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/