[MPlayer-dev-eng] [RFD] Something...

Daniel Egger degger at fhm.edu
Sun Apr 13 13:22:52 CEST 2003


Am Son, 2003-04-13 um 09.04 schrieb Gábor Lénárt:

> It's NOT that simple. For most cases maybe you're right. But not always.
> First of all, optimizing for memory usage and optimizing for speed are somewhat
> different things and cannot be done easily for these two goals at the same
> time!

Wrong. It's all about cache, the speed of the CPU vs. RAM accesses is diverging *so*
rapidly that anything showing cache trashing behaviour will be automatically slow.

This is a major paradigm change because formerly it was only the conditionals that
slowed code down which was tackled doing heavy loop unrolling but on modern CPUs
unrolled loops tend to be slower than straight forward (and predictable) small code.

For kicks (on a modern CPU like an Athlon XP, Hammer, Pentium IV) try compiling mplayer
with loop unrolling off and -Os instead of -O > 1.

-- 
Servus,
       Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20030413/5d570778/attachment.pgp>


More information about the MPlayer-dev-eng mailing list