From: Jon B. <jo...@gm...> - 2007-08-09 16:58:28
|
I have setup an Xgrid network @ home w/ a G5 and a few laptops (mainly for VisualHub encoding and nothing more), it is amazing technology. A cool thing I did come across was this package: http://www.tslab.se.shibaura-it.ac.jp/index.php/Software/rxgrid#y0780222 Other than that, Id have to say I have not be in a situation where I would really need so much Xgrid power, either that or the apps did not support it. I can see though somewhere in your code where it would say if Xgrid was available submit or job or else do it on your own, Im sure there is a standard way to accomplish something like that. From everything I have read it is simple TCP back and forth between controller / agents. - Jon On Aug 9, 2007, at 12:42 PM, Tim Perrett wrote: > Hey Chaps > > Im currently looking at conducting something where I am going to > either 2 or 3 xserves in place, doing some "processing". As the 2nd > or 3rd server would be for DR purposes, I then got to thinking that > it maybe I could tie them all together with Xgrid, meaning in a DR > scenario all you would need do is change the controller node to > another box and away you go? Ive never done anything with XGrid > before so ive no idea about it really, but as its for "distributed > processing" according to apple, sounds like it might be just what im > after - an easy and scalable way to conduct my processing > requirements (and handily helping with the DR) > > Has anyone on this list done RubyCocoa/XGrid work? In theory there > shouldn't be any problems going over the bridge for xgrid tasks? This > is all very speculative so any help would be great. > > Cheers > > Tim > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |