[Swift-devel] Re: [Swift-user] mapping variables on the fly

[wilde at mcs.anl.gov]

Allan, I get similar messages in a different script:

SwiftScript trace: BT models closed, org.griphyn.vdl.mapping.DataNode identifier tag:benc at ci.uchicago.edu,2008:swift:dataset:20100326
-1423-kjpjsox8:720000000075 type RaptorModel with no value at dataset=models path=[0] (closed)
SwiftScript trace: BT summary closed, org.griphyn.vdl.mapping.RootDataNode identifier tag:benc at ci.uchicago.edu,2008:swift:dataset:201
00326-1423-kjpjsox8:720000000067 type RaptorSummary with no value at dataset=summary (closed)
SwiftScript trace: summary closed, org.griphyn.vdl.mapping.RootDataNode identifier tag:benc at ci.uchicago.edu,2008:swift:dataset:201003
26-1423-kjpjsox8:720000000067 type RaptorSummary with no value at dataset=summary (closed)

Ive been ignoring these because *I think* I investigated it back in November and if its the same message, I concluded that it was simply leftover debugging traces. I think back then I turn these messages off in a test version but never committed that change. As I recall Ben inserted these messages as part of some fix or improvement to array closing; (Ben, please inform if it rings a bell, thanks).

- Mike

----- "Allan Espinosa" <aespinosa at cs.uchicago.edu> wrote:

> Hmmm... how about this:
> 
> 2010-03-26 17:12:08,895-0500 INFO  AbstractDataNode Notifying
> listener
> "Open, 0 elements, 1 listeners" about
> "org.griphyn.vdl.mapping.RootArrayDataNode identifier
> tag:benc at ci.uchicago.edu,2008:swift:dataset:20100326-1712-itfxmive:720000000225
> type Variation[] with no value at dataset=vars (closed)"
> 2010-03-26 17:12:08,895-0500 INFO  AbstractDataNode closed
> org.griphyn.vdl.mapping.RootArrayDataNode identifier
> tag:benc at ci.uchicago.edu,2008:swift:dataset:20100326-1712-itfxmive:720000000225
> type Variation[] with no value at dataset=vars (closed)
> 
> 
> Does this mean that vars didn't get mapped properly by my ext mapper
> at some point?
> 
> 2010/3/26 Allan Espinosa <aespinosa at cs.uchicago.edu>:
> > When I have the number of elements in rup[] relatively small (10
> > elements), the workflow does go through execution.  But sometimes
> it
> > doesn't.  I just run it again and again until it goes through.
> >
> > Is there a deadlock somewhere in the execution of the workflow?
>  When
> > I have really large parallel workflows the swift interpreter shows
> > high cpu utilization.  But in here,I see the interpreter in a sleep
> > state.  How do I go to confirm/debug this?
> >
> > -Allan
> >
> > 2010/3/25 Allan Espinosa <aespinosa at cs.uchicago.edu>:
> >> Hi Justin,
> >>
> >> Yes it does.
> >>
> >> Weird, I added @trace statements and the workflow went through.
> >>
> >> doing "@trace(rup.index); @trace(rup.source) ; @trace(rup.size); "
> >> inside the foreach loop works fine.
> >>
> >>
> >> -Allan
> _______________________________________________
> Swift-devel mailing list
> Swift-devel at ci.uchicago.edu
> http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel

-- 
Michael Wilde
Computation Institute, University of Chicago
Mathematics and Computer Science Division
Argonne National Laboratory