Dear Wayne, dear Michael,
Distributed with Xgrid there is a sample code with the application
"cal" which could be controlled by command line arguments. Moreover,
different files could be used in a working directory which is
accessible for all agents. Therefore, my first thought was, that ImageJ
could also be controlled by command line code (with macros) and the
task would be distributed by Xgrid. There is an example article about
how POV-ray could be used with Xgrid:
http://www.macos.utah.edu:16080/Documentation/xgrid/povray.html
Moreover, the Xgrid mailing archive contains some discussions about
MAYA render batches.
I hoped that there are some analogies because I have a couple of
intensive computational tasks with ImageJ and I hoped there would be a
way to accelerate ImageJ (e.g. the volume rendering jobs with your
plugin Michael). And maybe the memory problem could also be avoided by
dividing a huge task in several subtasks.
To my knowledge there is no plugin for OsiriX available (not on the
OsiriX pages). Maybe this is a future development.
Thomas
On 21.01.2005, at 15:49, Wayne Rasband wrote:
ImageJ does not take advantage of an Xgrid but OsiriX can.
http://homepage.mac.com/rossetantoine/osirix/
http://en.wikibooks.org/wiki/Making_OsiriX_run_faster
-wayne
Grid computing is best for applications where it is to divide the
computational task into many small subtasks, such as genome sequencing.
Grid computing is usually not worthwhile for applications when it
would take
a lot of time to manage the different grid nodes and the divide the
tasks
relative to the time to do the computations, like many imaging
applications.
So it al depends on what you want to do!
Michael
|
| 
