<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Mark,<br>
<br>
Thanks a lot for your info. It looks a very interesting and
comprehensive way.<br>
<br>
Yet I don't think we will implement this work in near future since
we are busy with other tasks. Sorry about it.<br>
<br>
Anyway, if you meet concrete questions when using and extending
Kepler on this aspect, we are very happy to help you.<br>
<pre class="moz-signature" cols="72">Best wishes
Sincerely yours
Jianwu Wang
<a class="moz-txt-link-abbreviated" href="mailto:jianwu@sdsc.edu">jianwu@sdsc.edu</a>
Post-Doctor
Scientific Workflow Automation Technologies (SWAT) Laboratory
San Diego Supercomputer Center
University of California, San Diego
San Diego, U.S.A. </pre>
<br>
<br>
Mark V wrote:
<blockquote
cite="mid:389c43e40810021759k4a82020age7c3d7a16a053e9c@mail.gmail.com"
type="cite">
<pre wrap="">On Fri, Oct 3, 2008 at 10:31 AM, Jianwu Wang <a class="moz-txt-link-rfc2396E" href="mailto:jianwu@sdsc.edu"><jianwu@sdsc.edu></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi Mark,
We haven't update the work on distributed execution to the web site. The
forum is still empty. That's why you got the message. Sorry about it. We
will update this part ASAP.
About the distributed actors on top of a distributedresource management
(DRM) systems, we haven't done much on it. Some collaborative organizations
have implemented some specific distributed actors. We plant to test and
import them.
Your information seems very interesting, I will study it and give you
feedback later. I would appreciate if you can provide much more detailed
requirements.
</pre>
</blockquote>
<pre wrap=""><!---->
The following thread comment contains details of the components and
versions within the UniCluster Express 3.2 stack.
<a class="moz-txt-link-freetext" href="http://groups.grid.org/content/unicluster32-gridway-feasible#comment-66">http://groups.grid.org/content/unicluster32-gridway-feasible#comment-66</a>
HTH
MArk
</pre>
<blockquote type="cite">
<pre wrap="">Best wishes
Sincerely yours
Jianwu Wang
<a class="moz-txt-link-abbreviated" href="mailto:jianwu@sdsc.edu">jianwu@sdsc.edu</a>
Post-Doctor
Scientific Workflow Automation Technologies (SWAT) Laboratory
San Diego Supercomputer Center
University of California, San Diego
San Diego, U.S.A.
Mark V wrote:
Hi Mathew,
On Fri, Oct 3, 2008 at 2:18 AM, Matt Jones <a class="moz-txt-link-rfc2396E" href="mailto:jones@nceas.ucsb.edu"><jones@nceas.ucsb.edu></a> wrote:
Yes, in addition, we've built what we call a Master/Slave controller system
in Kepler that creates a distributed execution system that allows a master
workflow to spawn subworkflows on slave nodes that are running a Kepler
instance behind an RMI-based controller. This system has a GUI in Kepler
for users to choose which nodes to use based on the ones listed in a node
registry, and a DistributedComposite actor that workflow designers use to
indicate which parts of a workflow should be executed remotely. There is a
functioning prototype of this system in the Kepler trunk, and continuing
work to refine it for shipment withthe next version of Kepler. The Kepler
Distributed Execution Interest Group is pursuiing this functionality.
<a class="moz-txt-link-freetext" href="https://dev.kepler-project.org/developers/interest-groups/distributed">https://dev.kepler-project.org/developers/interest-groups/distributed</a>
When I got to that page and select 'forum' I receive the "We're sorry,
but that page doesn't exist�" page.
I'm currently following Kepler's development, and was wondering if you
are implementing Kepler's distributed actor on top of a distributed
resource management (DRM) systems such as Condor, SGE, etc?
More to the point: GridWay (<a class="moz-txt-link-abbreviated" href="http://www.gridway.org">www.gridway.org</a>) is a meta-scheduler that
seems to support all those DRM's and more - permitting Kepler's
distributed actor to be quite agnostic.
A valid objection to using anything that builds on top of Globus is
that Globus installation/configuration/management is next to
impossible outside of a fulltime position. In that respect I'd point
to the UniCluster grid/cluster software stack (<a class="moz-txt-link-abbreviated" href="http://www.grid.org">www.grid.org</a>), which
gives an individual a working Globus stack.
Aprreciate any insight to your thoughts and plans.
Mark
Matt
On Thu, Oct 2, 2008 at 2:15 AM, Edward A. Lee <a class="moz-txt-link-rfc2396E" href="mailto:eal@eecs.berkeley.edu"><eal@eecs.berkeley.edu></a> wrote:
We have done some experimenting with having multiple workflows running
and communicating in the (underlying) Ptolemy II system. Yang Zhao made
some Ptolemy II models a few years ago that implemented a distributed
chat application as a concept demo. But we've never really packaged
up this work... It would be well worth doing...
Edward
Bertram Ludaescher wrote:
On Thu, Oct 2, 2008 at 1:27 AM, ted leslie <<a class="moz-txt-link-abbreviated" href="mailto:tleslie@tcn.net">tleslie@tcn.net</a>
<a class="moz-txt-link-rfc2396E" href="mailto:tleslie@tcn.net"><mailto:tleslie@tcn.net></a>> wrote:
I just stumpled upon Kepler and am absolutly blown away!
I think it will be very useful for me,
but one requirement that I would have is,
Can I have workflows interact?
Can one trigger another, or start it up?
Can they communicate to one another?
(maybe even a WF run within a WF?, import a WF as a data provider to
another WF?)
There are several answers to this: First, a workflow running within a
workflow is called a "composite actor" or "subworkflow" in our terminology.
When one nests a wf inside another one, the question arises: how should this
be executed? What's the model of computation. Thanks to Ptolemy's various
underlying models of computation, we can use in Kepler different ways of
nesting workflows inside one another, all with clear semantics (there are
papers and documentation describing how this works).
Having said this, we normally don't think of multiple instances of
workflows as running indepdently and then somehow communicating. Although
such a thing is possible (e.g. this *might* be related somewhat to Ptolemy's
life cycle models, where one model (aka workflow in Kepler lingo) can start
another one), we rather think of workflows typically as data-driven analysis
pipelines (dataflow process networks).
Also, I use Linux exclusively, but to avoid Java installs and other
prereq.
I just put it into a Windows OS on vmware, to give it a quick look.
Is the Linux version as full featured as the Windows? (or fuller, or
lessor?)
(If not what are diffs?)
I'm not aware of a difference. And you can always get the latest version
via the source code repository.
These might be very noob questions, and I don't mind "RTFM",
but these are fundimental Q's I would appreacate brief feed back on,
(or reference pointers)
before I take a much deeper dive in.
Here is a good starting point:
<a class="moz-txt-link-freetext" href="http://www.kepler-project.org/Wiki.jsp?page=Documentation">http://www.kepler-project.org/Wiki.jsp?page=Documentation</a>
Bertram
Thanks,
--
ted leslie <<a class="moz-txt-link-abbreviated" href="mailto:tleslie@tcn.net">tleslie@tcn.net</a> <a class="moz-txt-link-rfc2396E" href="mailto:tleslie@tcn.net"><mailto:tleslie@tcn.net></a>>
_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@ecoinformatics.org">Kepler-users@ecoinformatics.org</a>
<a class="moz-txt-link-rfc2396E" href="mailto:Kepler-users@ecoinformatics.org"><mailto:Kepler-users@ecoinformatics.org></a>
<a class="moz-txt-link-freetext" href="http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users">http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users</a>
------------------------------------------------------------------------
_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@ecoinformatics.org">Kepler-users@ecoinformatics.org</a>
<a class="moz-txt-link-freetext" href="http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users">http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users</a>
_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@ecoinformatics.org">Kepler-users@ecoinformatics.org</a>
<a class="moz-txt-link-freetext" href="http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users">http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users</a>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Matthew B. Jones
Director of Informatics Research and Development
National Center for Ecological Analysis and Synthesis (NCEAS)
UC Santa Barbara
<a class="moz-txt-link-abbreviated" href="mailto:jones@nceas.ucsb.edu">jones@nceas.ucsb.edu</a> Ph: 1-907-523-1960
<a class="moz-txt-link-freetext" href="http://www.nceas.ucsb.edu/ecoinfo">http://www.nceas.ucsb.edu/ecoinfo</a>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@ecoinformatics.org">Kepler-users@ecoinformatics.org</a>
<a class="moz-txt-link-freetext" href="http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users">http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users</a>
_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@ecoinformatics.org">Kepler-users@ecoinformatics.org</a>
<a class="moz-txt-link-freetext" href="http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users">http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-users</a>
</pre>
</blockquote>
</blockquote>
</body>
</html>