[MPlayer-users] Distributed Processing
kichigai at comcast.net
Sat May 7 05:30:01 CEST 2005
"The real problem with hunting elephants is carrying the decoys."
On May 6, 2005, at 15.57, Rich Felker wrote:
> On Fri, May 06, 2005 at 10:30:46PM +0200, Reimar Döffinger wrote:
>> On Fri, May 06, 2005 at 03:06:50PM -0500, Kichigai Mentat wrote:
>>> On May 6, 2005, at 10.33, Rich Felker wrote:
>>>> Still splitting it across different machines will make it slow as
>>> Do you mean that due to the process of forcing lavc to parallelize
>>> over multiple machines, it will be as slow as hell, or that in
>>> theory, parallelizing a mencoder job period would be slow as hell?
>> Well, there is lots of data to shuffle around, so you would at least
>> need an extremely fast network - since I doubt that you have
>> like Myrinet or infiniband lying around I'd say there are more
>> ways of speeding things up.
> No, the network needs to be infinite speed in order not to slow it
> down. The entire encode process is memory-io bound; processing takes
> essentially 0 time. Even if the network is as fast as main memory (in
> practice it's at least 10-100 times slower) it would still make
> encoding take twice as long.
> If you want to distribute encoding, there are some decent ways to do
> it, like encoding audio on a separate machine then muxing later.
I think I mentioned that, but not in so many words.
> special distributed-computing crap is needed for this. Just run
> separate processes on each computer.
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
More information about the MPlayer-users