On Monday 06 Jan 2003 5:57 pm, John Ribera wrote:
> A few weeks ago someone posted the use of the buffer cmd to send
> stdout/stdin to other machines on the network in an efficient manner.
>
> Someone replied that they use the dd cmd instead.
>
> Could someone verify that the dd cmd (with the correct ibs= obs= options)
> allows for comparable network performance?
>
> I have a 100mb network and my linux machine is definately the slowest and
> would like to test some distributed video processing and would prefer to
> use an existing unix util rather than a new one.
>
> Also, how would one benchmark different buffer settings for a 100Mb network
> vs a 10MB network? Starting values for the buffer/dd cmd would be of help.
Wallclock time would be the only sensible measure. You can tell if "buffer"
is doing its job by looking at the loading of the encoding machine using
"top".
Basically, you should be able to keep the mpeg2enc encoder processes running
at > 80% CPU (the rest will go to the mpeg2enc despatcher, I/O, multiplexing,
audio encoding and so on). If its below this it is spending time waiting for
stuff to make its way across the net. Also it is pretty easy to work out
what the demand is. If your encoding can manage X fps at 720x480
then you need to deliver on average 720*480*2*6 byte/sec MPEG4YUV.
This is at or near the limit of what a 10Mbps ethernet can deliver.
Andrew
> I suppose I could do all this work myself but wonder if others have tried
> comparing the two cmds (and how the benchmark was performed).
>
>
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Mjpeg-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/mjpeg-users
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
