<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    This sounds like a threading bug.<br>
    If you would like to know how I feel about threads, read this:<br>
    <br>
<a class="moz-txt-link-freetext" href="http://ptolemy.eecs.berkeley.edu/publications/papers/06/problemwithThreads/">http://ptolemy.eecs.berkeley.edu/publications/papers/06/problemwithThreads/</a><br>
    <br>
    If you are using only built-in actors, then it really would be great
    to have reproducible example. And I would really like to fix it. If
    you have custom actors, then we probably can't help...<br>
    <br>
    Without a reproducible example, threading bugs are impossible to
    fix. (sometimes even with a reproducible example they are impossible
    to fix).<br>
    Threads are a _really bad_ concurrency model. Sadly, they dominate
    concurrency today...<br>
    <br>
    Edward<br>
    <br>
    <div class="moz-cite-prefix">On 2/13/13 2:33 PM, Jonathan Boright
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAFEwxXJrP6p3smoxLfkq43wigVE1tZ5_pTeB-bk9sxhXjP6siw@mail.gmail.com"
      type="cite">
      <div dir="ltr">Dear Kepler users, 
        <div><br>
        </div>
        <div>We have been using kepler for a while now and have
          developed a number of fairly large and complex workflows. We
          recently updated kepler and have found that our old workflows
          'hang' after only a short time (less than a minute). As far as
          I can tell they don't always hang in the same spot. We have
          been trying to create a model to post on this forum that
          demonstrates this behavior, but as soon as we pare the model
          down to a size small enough to post and strip out our
          customized code... they tend to work fine. So in lieu of an
          example model I'll attempt to describe the strucure of our
          models, the symptoms, and some avenues that we have used to
          try and narrow down the issues.</div>
        <div><br>
        </div>
        <div>Our old models run in the following svn revision(s):</div>
        <span style="font-family:arial,sans-serif;font-size:13px">svn
          info details:</span><br
          style="font-family:arial,sans-serif;font-size:13px">
        <span style="font-family:arial,sans-serif;font-size:13px">Working
          Copy Root Path: /cygdrive/c/Kepler/svn/[build-</span><span
          style="font-family:arial,sans-serif;font-size:13px">area etc.]</span><br
          style="font-family:arial,sans-serif;font-size:13px">
        <span style="font-family:arial,sans-serif;font-size:13px">Revision:
          30654</span><br
          style="font-family:arial,sans-serif;font-size:13px">
        <span style="font-family:arial,sans-serif;font-size:13px">Working
          Copy Root Path: /cygdrive/c/Kepler/svn/</span><span
          style="font-family:arial,sans-serif;font-size:13px">ptolemy/src</span><br
          style="font-family:arial,sans-serif;font-size:13px">
        <div><span style="font-family:arial,sans-serif;font-size:13px">Revision:
            64636</span> </div>
        <div>
          <div><br>
          </div>
          <div>They 'hang' when run in the following revision(s)</div>
          <div><span style="font-family:arial,sans-serif;font-size:13px">svn
              info details:</span></div>
          <span style="font-size:13px;font-family:arial,sans-serif">Working
            Copy Root Path: /cygdrive/c/Kepler/svn/build-</span><span
            style="font-size:13px;font-family:arial,sans-serif">area</span><br
            style="font-size:13px;font-family:arial,sans-serif">
          <span style="font-size:13px;font-family:arial,sans-serif">Revision: </span><font
            face="arial, sans-serif">31428 - 31431 (current)</font><br
            style="font-size:13px;font-family:arial,sans-serif">
          <span style="font-size:13px;font-family:arial,sans-serif">Working
            Copy Root Path: /cygdrive/c/Kepler/svn/</span><span
            style="font-size:13px;font-family:arial,sans-serif">ptolemy/src</span><br
            style="font-size:13px;font-family:arial,sans-serif">
          <div><span style="font-family:arial,sans-serif;font-size:13px">Revision: </span><b
              style="font-size:medium;font-family:'Times New
              Roman';font-weight:normal"><span
style="font-size:13px;font-family:Arial;color:rgb(34,34,34);vertical-align:baseline;white-space:pre-wrap">65654
                - </span></b><font face="arial, sans-serif">65658</font> (current)</div>
          <div><br>
          </div>
          <div style="">I'll describe one particular model as an
            example:</div>
          <div style="">The workflow is a hydrlogic model which has the
            following attributes:</div>
          <div style="">- a PN director.</div>
          <div style="">- the most comon token is a double matrix token
            ([double]) of size 360x270.</div>
          <div style="">- many composite actors, some with sdf directors
            (opaque) and some without directors (transparant).</div>
          <div style="">- an opaque composite actor made into a class
            object with many (~30?) instances of this class.</div>
          <div style="">- multiple Nondeterministic Merge actors (to
            re-use tokens)    </div>
          <div style=""><br>
          </div>
          <div style="">When this model is run in newer revisions, it
            runs for a bit (usually less than 1 minute) and then just
            stops going forwards... no error messages... just hung. When
            we then attempt to stop the model it gives the message
            "wrapping up" but hangs there. Sometimes I'm able to close
            the window, sometimes I need to kill kepler throught the
            task-manager...</div>
          <div style=""><br>
          </div>
          <div style="">We have noticed some changes in
            kepler/ptolemy... for example, it is now possible to make
            transparant composite actors into classes (which is
            useful... thank you). We hypothesized that perhaps something
            changed in the way that the PN director handles the opaque
            composite actors, and that this change is causing the
            log-jam (or an un-satisfied 'race condition'?) ... so we
            removed all of the sdf directors making all of the composite
            actors transparant. This made some difference in some of our
            smaller workflows but still the larger noes hang... </div>
          <div style=""><br>
          </div>
          <div style="">I'll end this note here and see if I can come up
            with a concrete example. In the mean time, any new
            perspectives or thoughts would be helpful.</div>
          <div style=""><br>
          </div>
          <div style="">Thanks in advance.</div>
          <div style=""><br>
          </div>
          <div style="">Jon Boright </div>
          <br>
          ---------------------------------<br>
          Jonathan Boright<br>
          Research Scientist<br>
          ISciences, LLC<br>
          61 Main Street, Suite 200<br>
          Burlington, VT 0540<br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@kepler-project.org">Kepler-users@kepler-project.org</a>
<a class="moz-txt-link-freetext" href="http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users">http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>