<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    It's "self" explanatory.<br>
    <br>
    On 10/05/2012 20:49, √iktor Ҡlang wrote:
    <blockquote
cite="mid:CANPzfU-LfKZPdXK7EEiUEZ7N9L863BLoA69a6z2zOLR2BQdyMg@mail.gmail.com"
      type="cite">
      <p>Examples please.</p>
      <div class="gmail_quote">On May 10, 2012 8:47 PM, "William Louth (<a
          moz-do-not-send="true" href="http://JINSPIRED.COM">JINSPIRED.COM</a>)"
        <<a moz-do-not-send="true"
          href="mailto:william.louth@jinspired.com">william.louth@jinspired.com</a>>
        wrote:<br type="attribution">
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> 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
              moz-do-not-send="true"
href="http://bytemunch.com/post/nodejs-is-bad-ass-rock-star-tech-xtranormal/"
              target="_blank">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 moz-do-not-send="true"
              href="http://www.infoq.com/articles/QoS-for-Applications"
              target="_blank">http://www.infoq.com/articles/QoS-for-Applications</a><br>
            <br>
            On 10/05/2012 19:13, âˆšiktor Ò lang wrote:
            <blockquote 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>On Thu, May 10, 2012 at 10:26 AM, Christian Essl<br>
                    <<a moz-do-not-send="true"
                      href="mailto:christianessl@googlemail.com"
                      target="_blank">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><font
                      color="#888888"><br>
                      Zhong Yu<br>
                    </font></span>
                  <div>
                    <div>_______________________________________________<br>
                      Concurrency-interest mailing list<br>
                      <a moz-do-not-send="true"
                        href="mailto:Concurrency-interest@cs.oswego.edu"
                        target="_blank">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="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Times;word-spacing:0px"><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></fieldset>
              <br>
              <pre>_______________________________________________
Concurrency-interest mailing list
<a moz-do-not-send="true" href="mailto:Concurrency-interest@cs.oswego.edu" target="_blank">Concurrency-interest@cs.oswego.edu</a>
<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>
</pre>
            </blockquote>
          </div>
          <br>
          _______________________________________________<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>
          <br>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>