Posted by
suendermann on
Sep 30, 2010; 6:22am
URL: http://imagej.273.s1.nabble.com/imageJ-distributed-computing-tp3686733p3686740.html
Hi,
I would be interested in too!
> For example, you will never be able to parallelize in general a given
> macro. But you could provide a way to do the Process>Batch>Macro... in a
> truly parallel manner, say, on a cluster.
Maybe I don't get the point, but what do you mean with cluster? Just one
PC with several cpus or a bigger thing with many nodes each with its own
cpus?
We tried to get it run on a machine with 8 nodes with 8 CPUs each and
had to find out, that ImageJ is not able to communicate over nodes. It
stuck within the node and its cpus.
So our only solution was to start it on every node separatly and use a
script to distribute to "jobs" to the nodes.
> However. The big problem is that ImageJ was designed as a desktop
> application, and therefore many plugins require a graphical desktop even
> if they do not display anything. For example, if you instantiate any
> java.awt.Dialog on Linux, you need a graphical desktop.
>
> We tried to work around this issue in the 'headless' hack in Fiji
> (basically providing fake Dialog and Menus classes), but fact is: many
> plugins will fail to run with that hack, because they access more
> functionality than we provide, e.g. registering callbacks such as
> constraining the aspect ratio when downsampling. And our fake Dialog
> class does not provide all required fake methods for that.
Do you plan to improve your fake class or do you search for another
solution?
Greetings
Fred