[Gllug] [OT] Appreciation

[Juergen Schinker]

> 
> This is because the mplayer people are speed demons and because
> compiling it with CPU-correct flags *does* give a tiny speedup.
> 
> However I for one can't detect it: it's probably less than 2%.
> 
> (That recommendation is mostly residue from before the dynamic-switch-
> at-runtime stuff was implemented, though: it's not *wrong* so nobody's
> removed it, but it's mostly unnecessary.)

i feel the difference 

MPlayer 1.0pre8-4.1.1 (C) 2000-2006 MPlayer Team
CPU: AMD Opteron(tm) Processor 248 (Family: 15, Model: 5, Stepping: 10)
MMX2 supported but disabled
CPUflags:  MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Kompiliert für x86 CPU mit folgenden Erweiterungen: MMX 3DNow 3DNowEx SSE SSE2



Spiele ed_hd.avi.
AVI-Dateiformat erkannt!
AVI: ODML: Erstelle ODML-Index (2 Superindexblöcke).
VIDEO:  [MP42]  1920x1080  24bpp  24.000 fps  10001.5 kbps (1220.9 kbyte/s)
Clip-Info:
 Software: AVI-Mux GUI 1.17.5, Apr  5 2006  18:41:17
==========================================================================
Öffne Audiodecoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
AC3: 5.1 (3f+2r+lfe)  48000 Hz  448.0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Ausgewählter Audiocodec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
==========================================================================
Öffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family
Ausgewählter Videocodec: [ffmp42] vfm: ffmpeg (FFmpeg M$ MPEG-4 v2)
==========================================================================
alsa-init: using device default
alsa: 48000 Hz/2 channels/4 bpf/16384 bytes buffer/Signed 16 bit Little Endian
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starte Wiedergabe...
VDec: VO wird versucht, auf 1920 x 1080 (Bevorzugter Farbraum: Planar YV12) zu
setzen.

> 
> >> OpenOffice spends nearly all of its time waiting for the user. The
> >> longest single delay anywhere is relocation delays imposed by
> >> OpenOffice's heavy use of dlopen(), and *that* isn't fixable until
> >> OpenOffice gets restructured to use DT_NEEDED more. I kind of doubt that
> >> Gentoo has totally rewritten ld-linux.so.2 (in fact I'm sure they
> >> haven't; they have very few patches to glibc in fact: many fewer than
> >> Debian) so therefore this problem must be every bit as significant on
> >> Gentoo as on Debian.
> >
> > you feel it when it starts up
> 
> That is the relocation delay, and Gentoo definitely haven't fixed it.
> 
> However, if you've not installed the prelink package and prelinked your
> system, you'll notice (maybe Gentoo runs prelink more frequently than
> Debian does, I don't know: at any rate it's a matter of tweaking one
> cronjob to run it more often, and because it scans the entire disk and
> rewrites heaps of binaries you don't want to run it more often than
> actually necessary).
 
http://www.gentoo.org/doc/en/prelink-howto.xml

> 
> You said that it was much slower than Gentoo. If your only experience of
> Debian is under a Gentoo-native VM, then of course you'll think that.
> 
i never said it and i never felt it and i also had a standalone Debian
Installation but it bored me

> > but now its enuff
> > end of discussion
> > period
> 
> Sorry, the rest of us will keep talking if we want to.
> 
i expected that...

Juergen 

-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug