<html><head></head><body bgcolor="#FFFFFF"><div>In the end we need to really do data flow analysis and schedule CPU use based on the optimizations which the analysis reveals.  The EMSP project at Bell Labs which was supporting advanced image processing for submarine radar systems, during the cold war, seems to be completely lost technology in the private sector...</div><div><br></div><div>Who knows what's possible now with the convenience of FPGS and modern DSP systems!</div><div><br></div><div>Gregg Wonderly<br><br>Sent from my iPhone</div><div><br>On May 10, 2012, at 1:39 PM, "William Louth (<a href="http://JINSPIRED.COM">JINSPIRED.COM</a>)" <<a href="mailto:william.louth@jinspired.com">william.louth@jinspired.com</a>> wrote:<br><br></div><div><span></span></div><blockquote type="cite"><div>
  
    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
  
  
    threads they are great...they get work done...we should have more of
    that in the world ;-)<br>
    <br>
    on an ever so slightly more serious note they offer the nearest
    thing we have to a consistent causality and context of execution
    that today is able to span whatever framework or jvm language you
    are using except for of course...blahblah..though admittedly this is
    transient (but what is not) threads also serve as a more appropriate
    self observation (reflection) point and self regulation
    (constructional) mechanism though naturally you could re-implement
    (and copy) this stuff (and context) countless times up and down the
    stack in whatever inefficient manner you care for<br>
    <br>
    On a more serious note I refer you to
    <a class="moz-txt-link-freetext" href="http://bytemunch.com/post/nodejs-is-bad-ass-rock-star-tech-xtranormal/">http://bytemunch.com/post/nodejs-is-bad-ass-rock-star-tech-xtranormal/</a><br>
    <br>
    threads are the nearest thing we have to identifiable (explicit)
    network flows...we have just failed to capitalize on this and bring
    more dynamic service classification, contextual prioritization,
    policing, shaping,...that would work irrespective of VM language or
    library or fadofthedayframework
    <a class="moz-txt-link-freetext" href="http://www.infoq.com/articles/QoS-for-Applications">http://www.infoq.com/articles/QoS-for-Applications</a><br>
    <br>
    On 10/05/2012 19:13, √iktor Ҡlang wrote:
    <blockquote cite="mid:CANPzfU_A6H54UGCpUFSnR=xLtKrQBgahAqOZqgmcaULDaOD_zQ@mail.gmail.com" type="cite"><br>
      <br>
      <div class="gmail_quote">On Thu, May 10, 2012 at 7:07 PM, Zhong Yu
        <span dir="ltr"><<a moz-do-not-send="true" href="mailto:zhong.j.yu@gmail.com" target="_blank">zhong.j.yu@gmail.com</a>></span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div class="im">On Thu, May 10, 2012 at 10:26 AM, Christian
            Essl<br>
            <<a moz-do-not-send="true" href="mailto:christianessl@googlemail.com">christianessl@googlemail.com</a>>
            wrote:<br>
            > Your are right my primary concern is code-simplicity
            not pure<br>
            > performance, basicly writing in a traditional
            imperative blocking<br>
            > style but still having IO with (mostly) non-blocking
            threads (and no<br>
            > callbacks, no monadic futures).<br>
            <br>
          </div>
          Thread is such a nice programming abstraction, it's a shame
          that we<br>
          are so concerned of its overhead nowadays. Replacing simple
          threads<br>
          with complex tasks seems to be retrogressing - aren't
          programming<br>
          supposed to become easier?<br>
          <br>
          What are the fundamental reasons that Java Threads are
          expensive?<br>
        </blockquote>
        <div><br>
        </div>
        <div>Can you give some arguments as to the greatness of
          proactive programming (threads)?</div>
        <div> </div>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <span class="HOEnZb"><font color="#888888"><br>
              Zhong Yu<br>
            </font></span>
          <div class="HOEnZb">
            <div class="h5">_______________________________________________<br>
              Concurrency-interest mailing list<br>
              <a moz-do-not-send="true" href="mailto:Concurrency-interest@cs.oswego.edu">Concurrency-interest@cs.oswego.edu</a><br>
              <a moz-do-not-send="true" href="http://cs.oswego.edu/mailman/listinfo/concurrency-interest" target="_blank">http://cs.oswego.edu/mailman/listinfo/concurrency-interest</a><br>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <div><br>
      </div>
      -- <br>
      <span style="border-collapse:separate;color:rgb(0,0,0);font-family:Times;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small"><span style="border-collapse:collapse;font-family:arial,sans-serif;font-size:13px">Viktor
            Klang<br>
            <br>
            Akka Tech Lead</span>
          <div><font face="arial, sans-serif"><span style="border-collapse:collapse"><a moz-do-not-send="true" href="http://www.typesafe.com/" target="_blank">Typesafe</a><span> </span>- </span></font><span>The
              software stack for applications that scale</span><br>
            <font face="arial, sans-serif"><span style="border-collapse:collapse"><br>
              </span></font><font face="arial, sans-serif"><span style="border-collapse:collapse">Twitter: @viktorklang</span></font></div>
        </span></span><br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Concurrency-interest mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Concurrency-interest@cs.oswego.edu">Concurrency-interest@cs.oswego.edu</a>
<a class="moz-txt-link-freetext" href="http://cs.oswego.edu/mailman/listinfo/concurrency-interest">http://cs.oswego.edu/mailman/listinfo/concurrency-interest</a>
</pre>
    </blockquote>
  

</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Concurrency-interest mailing list</span><br><span><a href="mailto:Concurrency-interest@cs.oswego.edu">Concurrency-interest@cs.oswego.edu</a></span><br><span><a href="http://cs.oswego.edu/mailman/listinfo/concurrency-interest">http://cs.oswego.edu/mailman/listinfo/concurrency-interest</a></span><br></div></blockquote></body></html>