<div class="gmail_quote"><div class="im"><div>Oops, forgot to reply-to-all.  This was a minor clarification on Wren&#39;s behalf (he can correct me if I&#39;m wrong).  But I agree with Bryan that it&#39;s time for the thread to die:</div>

<div> </div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>

&gt; Do bear in mind that Java doesn&#39;t optimize ---that&#39;s the JIT&#39;s job<br><br></div>What are we supposed to make of that?<br><br>Why write that and not -- Do bear in mind that Smalltalk doesn&#39;t optimize that&#39;s the JIT&#39;s job -- or -- Do bear in mind that C doesn&#39;t optimize that&#39;s the compiler&#39;s job.<br>

</blockquote><div><br></div></div><div>I believe this was referring to the fact that javac isn&#39;t an aggressive optimizing compiler on the way from source to bytecode, i.e. it&#39;s the bytecode-&gt;asm leg where the optimization effort is focused.  </div>

<div><br></div><div>As an outsider to things Java that&#39;s something I&#39;ve had trouble understanding, actually.  It doesn&#39;t seem like an either-or choice to me...</div><span class="HOEnZb"><font color="#888888"><div>

<br></div><div>   -Ryan</div><div><br></div></font></span></div><br><div class="gmail_quote">On Wed, May 23, 2012 at 4:26 PM, Isaac Gouy <span dir="ltr">&lt;<a href="mailto:igouy2@yahoo.com" target="_blank">igouy2@yahoo.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">&gt; From: wren ng thornton &lt;<a href="mailto:wren@freegeek.org">wren@freegeek.org</a>&gt;<br>
<br>
</div>&gt; Sent: Tuesday, May 22, 2012 9:30 PM<br>
<br>
-snip-<br>
<div class="im">&gt; FWIW, that matches my expectations pretty well. Naive/standard Java performing<br>
&gt; slower than Smalltalk; highly tweaked Java using non-standard data types<br>
&gt; performing on-par with or somewhat faster than Smalltalk.<br>
<br>
</div>I have no difficulty believing that if you are talking about a 1996 Java reference implementation and a 1996 Smalltalk JIT VM.<br>
<br>
I could believe that if you are comparing a naive Java program with a highly tweaked Smalltalk program.<br>
<div class="im"><br>
<br>
&gt; That C is 7x faster is a bit on the high end, but for something like tsort I could imagine it&#39;d be possible.<br>
<br>
</div>It&#39;s possible because it&#39;s possible to write a Java program to be slower than it need be :-)<br>
<div class="im"><br>
<br>
&gt; Do bear in mind that Java doesn&#39;t optimize ---that&#39;s the JIT&#39;s job<br>
<br>
</div>What are we supposed to make of that?<br>
<br>
Why write that and not -- Do bear in mind that Smalltalk doesn&#39;t optimize that&#39;s the JIT&#39;s job -- or -- Do bear in mind that C doesn&#39;t optimize that&#39;s the compiler&#39;s job.<br>
<br>
<br>
-snip-<br>
<div class="im">&gt; But even still, in my experience of using Smalltalk, the standard data<br>
&gt; structures are much better done and so they will be on-par with what you&#39;d<br>
&gt; get from hand-tuning for Java. I&#39;ve spent a lot of time trying to get decent<br>
&gt; performance out of Java, not so much with Smalltalk; but the performance with<br>
&gt; Smalltalk was sufficient that it wasn&#39;t needed so badly.<br>
<br>
</div>Do you have a specific example that you can share?<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br>