possible solution

Drip feeding doesn't tell you when a machine is DONE performing some code.
You would need to get a message back to tell you it is done.  Drip feeding
was used on old CNC controls with very limited memory.  LinuxCNC
has all of virtual memory to store code as it comes in, so it won't really
work like drip feeding, the interpreter will suck up all the code it can and
read ahead.  I believe there is a mechanism where G-code can be sent
via NFS or other method and then LinuxCNC can be ordered to execute
it via emcrsh.

Jon

 that kinda limits it with no feedback as a solution to the problem
being discussed. I was just thinking out loud and thanx to my
senseless rambling and your input I have learned something Great!!!!
But would it need feedback if the serve3r was the one sending the
code? one would presume that if the code was written for different
machines
consecutively that the natural g code breaks would do? again just
thoughts simply for my edification if (feel free not to reply as its
only for my head or input to a possible solution) to the multiple
machine sync issue

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/