<br><br><div class="gmail_quote">On Sat, Feb 21, 2009 at 12:16 AM, Bulat Ziganshin <span dir="ltr"><<a href="mailto:bulat.ziganshin@gmail.com">bulat.ziganshin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello Sebastian,<br>
<div class="Ih2E3d"><br>
Saturday, February 21, 2009, 2:42:33 AM, you wrote:<br>
<br>
> Bulat, please, you're missing the point.<br>
<br>
</div>actually you are missing the point. i mirror Don's<br>
"non-attacking" style of comments on my person. are you mentioned<br>
those Don letter? sure - no<br>
<div class="Ih2E3d"><br>
> Nobody is saying that the<br>
> template-haskell trick was somehow a viable general strategy right<br>
> now that everyone should use by default. It was used as a<br>
> proof-of-concept that a simple technique can lead to massive<br>
> performance improvements - and we get numbers for how massive it<br>
> would be (beating gcc for this benchmark).<br>
<br>
</div>sorry, but you was fooled too. the situation was the following: i<br>
wrote non-optimal code for 64-bit platforms (using 32-bit int) and Don<br>
don't corrected it. then he compiled TH-generated code via *gcc* that<br>
used "fusion" technique - the same that was used by 32-bit C++ code<br>
<br>
are you wondered why -D64 version is 8 times faster than -D8 one? it's<br>
exactly because *gcc* reduced 64 additions to just one operation. so<br>
this "fair" comparison used TH+gcc to generate faster code than gcc<br>
with improper data type definitions. if Don will fix C++ program, he<br>
will find that it's speed reduced in the same proportion - without TH<br>
tricks<br>
<div class="Ih2E3d"><br>
><br>
> This isn't about "faking" a benchmark, it's about investigating the<br>
> reasons for why the benchmark looks they way it does, doing testing<br>
> to verify the assumptions (in this case using TH), and making<br>
> constructive suggestions (add loop-unrolling to the compiler). This<br>
> investigation tells us that in this case a compiler could beat gcc,<br>
> if only it were to do loop unrolling in the way the TH code does. That's a result!<br>
<br>
</div>yes, in the cases when *gcc* "fuse" loops and you don't allow it do it<br>
for C++ code but allows for Haskell - you will win<br>
<div class="Ih2E3d"><br>
<br>
> I would ask you to note the simple fact that every single<br>
> constructive message in this thread has come from people other than<br>
> you.<br>
<br>
</div>you are ignore, though, the fact that every destructive message in<br>
this thread comes against me. it seems that it's a crime here to write<br>
about ghc speed anything but praise. in best case people will said<br>
that these tests are destructive :lol:<br>
<div class="Ih2E3d"><br>
<br>
> I hope this leads you reconsider your tone and general approach<br>
> in the future. Haskell people in general are always pretty good at<br>
> accepting criticism IME (they tend to want to fix the problem),<br>
<br>
</div>that criticism??? cows can't fly, and ghc cannot beat gcc in 2<br>
months. that bothers me is people that attack me just for comparing<br>
compilers head-to-head<br>
<div><div></div><div class="Wj3C7c"></div></div></blockquote><div><br></div><div>I'm not going to debate all these points with you because I don't think you actually responded to mine, but let me just say that MY impression of this thread is that people attack you not because you compare compilers head-to-head, but because you do it in an incredibly abrasive and hostile manner (your messages read much more like "Haha! I told you so, look how stupid/dishonest you are!", than "Here's a case where GHC produces bad code, here's some analysis, and here's a ticket/patch for it"). </div>
<div>Just because you put a smiley at the end of a thinly veiled ad hominem doesn't mean you get to pretend that you're just a victim when people get understandably ticked off at your tone and respond in kind.</div>
</div><br>Search the archives, performance discussions come up all the time, often with quite vigorous criticism of GHC's current results, but somehow those threads manage to stay civil and on point. Please, do a little introspection and see if you can stick to a more constructive and friendly tone in the future - I would be willing to bet that if you did, you wouldn't get "attacked".<div>
<br></div><div>-- <br>Sebastian Sylvan<br>+44(0)7857-300802<br>UIN: 44640862<br>
</div>