Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I deliberately tried with the non-benchmark of running the core regression tests, because I was curious about process startup as well as steady-state costs, and found something similar - current clang is slower than current gcc. I tried to install gcc-llvm from macports, in the hope that that would be a fairer comparison, but the port failed to compile, so I've not (yet) been able to see whether the gcc optimiser via LLVM is better than than gcc without the LLVM "overhead", and hence isolate the effects of

    • I also wonder about gcc's new -fcreate-profile/-fuse-profile options. Might be worth a try... But ultimately I think a project like using LLVM has more legs than that one-off optimisation.

  • when I used llvm-gcc I had similar results using non llvm linkage.

    Make sure clang emits llvm bytecode so that link time optimizations (which are the most effective) can be run.

    For me results when from roughly 80-90% of gcc to about 110% on average IIRC.

    See my earlier post on llvm, from around june 2008 I think.

  • SpamAssassin speed as an end-result may not be so stellar anyway, if you're using sa-compile. I'm very curious to hear progress though!
  • Can you give us the Configure arguments you used?
    --

    --
    xoa

    • Hmm, possibly... But I went through it interactively... I just edited the config.sh for gcc (with -Os optimisation) and replaced all instances of "cc" with "clang" and it "just worked".