100% cpu usage while stream cache is filling

[curaga]

Summary of the bug: While the cache is filling, mplayer uses 100% cpu even though it can do nothing. On a slow server (/internet connection), it can take tens of seconds of high cpu use.

How to reproduce:

% mplayer -cache 16384 -cache-min 99 http://somestream
SVN-r37699-5.2.0

[compn]

what os?

there used to be a problem with the amount of updates to the command line causing cpu usage, but this was fixed long ago.

[curaga]

Linux 64-bit. Affects every stream.

Since this was on a 5 months old mplayer build, do you want me to check on latest?

[beastd]

Did you check with latest MPlayer from SVN?

Is this still reproducible?

[curaga]

This still happens with today's SVN, 37940.

[curaga]

Checking further, it does not happen when launched manually in a terminal, only when launched by the browser via fork()/system(). The same URL and same arguments were used in both cases.

I wonder if it's due to the browser-forked one running on a VT, and the manual launch in an xterm.

[curaga]

oprofile from a good run (manual xterm start)

[curaga]

oprofile from a bad run (browser-forked)

[curaga]

I took oprofile runs from both. In the good run, mplayer and others are in the minority, in the bad run libc and mplayer are taking a ton of cpu.