On a similar note, there was no parallelized implementation for spectral-norm, even though Haskell had been doing rather well on the single-core benchmark.  Heh.<br><br clear="all">Louis Wasserman<br><a href="mailto:wasserman.louis@gmail.com" target="_blank">wasserman.louis@gmail.com</a><br>


<a href="http://profiles.google.com/wasserman.louis" target="_blank">http://profiles.google.com/wasserman.louis</a><br>
<br><br><div class="gmail_quote">On Tue, Jun 1, 2010 at 10:38 AM, Gwern Branwen <span dir="ltr">&lt;<a href="mailto:gwern0@gmail.com" target="_blank">gwern0@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



<div>On Tue, Jun 1, 2010 at 10:25 AM, David Leimbach &lt;<a href="mailto:leimy2k@gmail.com" target="_blank">leimy2k@gmail.com</a>&gt; wrote:<br>
</div><div>&gt; I&#39;m still trying to figure out what the point of the shootout really is.  If<br>
&gt; there&#39;s no dedicated folks working with a language there, trying to make<br>
&gt; things run faster, a language will come out looking inefficient potentially.<br>
&gt;  There&#39;s a lot of compile flags and optimizations that can make a difference<br>
&gt; in probably all of the languages listed on that page.<br>
<br>
</div><div>&#39;Out of the crooked timber of humanity, no straight thing was ever made.&#39;<br>
<br>
</div><div>&gt; I guess all you can get from the shootout is a sense of what a particular<br>
&gt; language or set of tools is capable of in the hands of the programmers who<br>
&gt; submit implementations.  It doesn&#39;t really give you a concrete idea as to<br>
&gt; how to evaluate a programming language.<br>
&gt; It does still seem kind of fun for some reason though :-)<br>
&gt; Dave<br>
<br>
</div><div><div></div><div>The Shootout has a number of valuable purposes:<br>
<br>
1) Concrete evidence that language X *can*, somehow, be as fast as language Y<br>
2) Public examples of techniques to do #1, again concrete<br>
3) Exposes where libraries/compilers can do better (this has happened<br>
many times with GHC and Haskell libraries)<br>
4) Motivates people to work on creating/fixing #2 and #3<br>
<br>
--<br>
gwern<br>
</div></div></blockquote></div><br>