I think thats probably what makes most sense. Where there is an open source solution for workflow management, finding a way to extend them to BOINC would fill in that missing link to compete with "The Grid World"
On Thu, Jul 23, 2009 at 5:18 PM, David Anderson <[email protected]>wrote: > The Grid world (which until recently had too much time and money on its > hands) > has developed various graphical "workflow management systems", > that provide a GUI for building big graphs of interconnected applications. > With a few clicks you can submit zillions of jobs, > with dependencies (e.g., the outputs of jobs A and B are the inputs to C). > > Condor provides a mechanism (DAGMan) for defining dependencies, > but without the GUI. > > BOINC's interfaces for submitting and handling jobs are lower level than > these. > You need to write code (a work generator and assimilator) to do anything, > and if you have dependencies you need to implement the logic yourself > (i.e., your assimilator would notice that both A and B are done, and submit > C). > > The right approach here is not to develop workflow tools for BOINC, > but to extend existing tools so that they can use BOINC as a back end > (in addition to Condor, Globus etc.) > _______________________________________________ > boinc_dev mailing list > [email protected] > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev > To unsubscribe, visit the above URL and > (near bottom of page) enter your email address. > -- Jack http://drugdiscoveryathome.com http://hydrogenathome.org _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
