[MEncoder-users] Fwd: Questions on Mencoder performace
Raphael
mencoder at lesshaste.plus.com
Tue Jun 6 20:28:39 CEST 2006
Phil Ehrens wrote:
> Raphael wrote:
>
>> larrystotler at netscape.net wrote:
>>
>>> -----Original Message-----
>>> From: Corey Hickey <bugfood-ml at fatooh.org>
>>>
>>>
>>>> I don't know specifically about your systems, but I wouldn't expect
>>>>
>>> much performance out of a P4. I did some rough tests with lavc and
>>> x264 a while back and found >that a 1.2 GHz Athlon Thunderbird was
>>> outperforming a 1.7 GHz P4 by 10-20%. As far as I know early Athlon
>>> processors were roughly equivalent to late P3s, >clock-for-clock, so
>>> the numbers you posted don't seem out of line.
>>>
>>> Hmmm, I was under the impression that the P4 was actually optimized
>>> for stuff like this and that it should outperform the Athlon in this
>>> regard. I've never been a fan of the P4 series, but I ended up with
>>> with some chips and was hoping that they would be well suited for this
>>> type of stuff. Oh well. Thanx for the insight.
>>>
>>> I appreciate all the advice that has been given to me by the list
>>> members. Thanx.
>>> ___________________________________________________
>>>
>> Whenever anybody starts being rude on this list it's because they don't
>> know the answer. So don't worry about that :)
>>
>> Your best bet is to experiment. There are too many unknowns and in
>> particular of course the behaviour of the compiler will make a
>> considerable difference. One version of gcc with one set of
>> optimisation flags may accidently squeeze some crucial piece of data
>> into the L2 cache on a particular processor etc. gcc has never given
>> any guarantees and I remember compiling code with higher optimisation
>> levels that ran more slowly and finding that after using -Os it didn't
>> fit in cache etc.
>>
>> You may be able to find tools that give you useful stats (e.g.
>> cachegrind http://valgrind.org/info/tools.html). If you can run
>> systematic tests using such tools with as many different gccs and
>> options and cpus as possible then I am sure we would all be very
>> interested to see the results.
>>
>
> As warm and fuzzy as that may sound, since mencoder does not have
> a uniquely defined data path there is nothing to test. Would you
> have him benchmark '... -oac copy -ovc copy ...' or '... -oac mp3lame
> -ovc lavc -vf ??? ...'?
>
I would have thought that he should test something that he is interested
in actually doing. If he only ever wants to make x264 vids from dvds
then that would be a good area to explore. He can of course then try
some different options and note how much difference it makes if he
wants to.
Raphael
More information about the MEncoder-users
mailing list