> From: [EMAIL PROTECTED]
        > I use netpipes instead of rsh, but either way the network shouldn't be

                I gave netpipes a try - worked "ok" but I couldn't find a way
                to pass parameters thru to the remote process.   Easy to set up
                a shell script of course.

Here's a script I've used - I use ssh only to set up "hose" on the
other machine, and both machines share a common filesystem over NFS.
Here yuv4mpeg2 data flows over the netpipe, and the (much smaller)
mpeg2 data flows back over NFS.

#!/bin/sh

if [ ! -s $1-$2.mp2 ]; then
    aopts="-a $1-$2.mp2"
else
    aopts=""
fi

if [ ! -s $1-$2_denoiset$6l$7_reduce$5_q$4.m2v ]; then
    faucet 3000 --once --out sh -c "
               ./DVtoYUV704-1.sh $1.smil -c $2 $aopts |\
               ./yuvkineco-1.sh kineco.lst | \
               yuvdenoise -r 24 -t 5 -l 3 -L 100 -C 100 -S 0 | \
               bfr -b 40m" &
    sleep 1
    ssh kenny "hose cartman 3000 --in sh -c \"
               cd /home2/Movies/;
               bfr -b 40m |\
               ./de-overscan.sh |\
               ./dvd_enc_reduce_24.sh $1-$2_denoiset$5l$6_reduce$4_q$3 $3 $4\""
    sleep 1
fi

if [ ! -s $1-$2_denoiset$5l$6_reduce$4_q$3.mpg ]; then
    ./mplex_dvd.sh $1-$2_denoiset$5l$6_reduce$4_q$3 $1-$2.mp2 2>> 
$1-$2_denoiset$5l$6_reduce$4_q$3.log
fi

                However, 'rsh/rshd' does consume a lot of cpu cycles in addition to
                the overhead of the IP/TCP work the kernel is doing.   Start 'top'
                in another window and watch 'rshd' sometime.   

Then I'm glad I was too lazy to set it up on the home network.

                On a multi cpu system there's not much, if any, difference between
                rsh/ssh/netpipes because the additional cpu(s) can be moving the
                data over the network at the same time the programs are filtering,
                and encoding.

But then aren't you "wasting" your other CPU?  Why would you need to
use rsh if you had multiple CPU's right in the box?  (Oh - P3-800.
Gotcha)

                A friend of mine found that a dual AthlonMP system was a very 
                costeffective way of increasing the encoding speed.   When my dual 
                800P3 system finally breaks or I get tired of it I'll just swap in
                a dual AthlonMP setup.

Dual systems are a lot easier since they will auto balance everything
and have much higher communication bandwidth.  In a quad system though
you might need to parallelize yuvdenoise or else everything else will
be waiting on it.

Dan



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to