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-next>] [day] [month] [year] [list]

Message-Id: <200608192004.10326.vda.linux@googlemail.com>
Date:	Sat, 19 Aug 2006 20:04:10 +0200
From:	Denis Vlasenko <vda.linux@...glemail.com>
To:	Eric Piel <Eric.Piel@...mplin-utc.net>
Cc:	mplayer-users@...ayerhq.hu, linux-kernel@...r.kernel.org
Subject: Re: mplayer + heavy io: why ionice doesn't help?

On Friday 18 August 2006 20:01, Eric Piel wrote:
> 08/18/2006 07:37 PM, Denis Vlasenko wrote/a écrit:
> > Hi,
> > 
> > I noticed that mplayer's video playback starts to skip
> > if I do some serious copying or grepping on the disk
> > with movie being played from.
> > 
> > nice helps, but does not eliminate the problem.
> > I guessed that this is a problem with mplayer
> > failing to read next portion of input data in time,
> > so I used Jens's ionice.c from
> > Documentation/block/ioprio.txt
> > 
> > I am using it this:
> > 
> > ionice -c1 -n0 -p<mplayer pid>
> > 
> > but so far I don't see any effect from using it.
> > mplayer still skips.
> > 
> > Does anybody have an experience in this?
> Hello
> 
> IOnice only works with CFQ, have you checked that you are using the CFQ 
> IO scheduler?
> # cat /sys/block/hda/queue/scheduler   #put the name of YOUR harddisk
> 
> In case it's not the default IO scheduler, you can change it with:
> # echo cfq > /sys/block/hda/queue/scheduler

Thanks!

It helps. mplayer skips much less, but still some skipping is present.
I experimented with forcing entire file to be present in the
pagecache, and in this case mplayer almost never skips.

Looks like mplayer have very little tolerance for reads
randomly taking more time to read input stream.

However, I then looked into the mplayer's source
(I wondered why it doesn't do read buffering itself)...

The code is, um, less than pretty.
--
vda
-
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/