Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Basile STARYNKEVITCH <basile@starynkevitch.net>
To: Jon Harrop <jon@ffconsultancy.com>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] ocaml, llvm and generating code at runtime
Date: Fri, 01 Jan 2010 21:23:35 +0100	[thread overview]
Message-ID: <4B3E59C7.50106@starynkevitch.net> (raw)
In-Reply-To: <201001011908.48316.jon@ffconsultancy.com>

Jon Harrop wrote:
> On Friday 01 January 2010 17:39:15 Basile STARYNKEVITCH wrote:
>> LLVM is rumored to be a bit faster, but is also rumored to be slow as a
>> pure JIT (just in time) code generated (w.r.t. to other non Ocaml
>> implementations - eg SBCL or CLISP common lisp).
> 
> Are you saying that LLVM's JIT is slow to generate code or that the code it 
> generates runs slow?


I heard that LLVM code generation time is significantly higher (i.e. slower) than other JIT technologies. So machine 
code generation time is apparently significant which might be an issue inside a web server) but performance of the 
generated code is supposedly good (inside a web server this is important only if the generated code runs a lot, in 
particular more than in a single session).

I don't have enough personal experience to validate that claim.

However, both MONO & PARROT sites are saying something similar:

http://www.mono-project.com/Mono_LLVM

http://trac.parrot.org/parrot/wiki/JITRewrite

http://cliffhacks.blogspot.com/2007/03/experimenting-with-llvm.html

But again, I may be wrong. Only real benchmarks on real applications can tell.

I believe that libjit & GNU lightning should probably both generate machine code quicker than LLVM does, but the 
performance of the generated code (by libjit or by lightning) is worse than when using LLVM.

And some benchmarks on http://www.phoronix.com/scan.php?page=article&item=apple_llvm_gcc&num=1 suggest that LLVM 
generated machine code is less efficient than GCC generated machine code.

Again, take all this with a grain of salt...

Regards.
-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***


  reply	other threads:[~2010-01-01 20:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-01 16:45 Joel Reymont
2010-01-01 17:39 ` [Caml-list] " Basile STARYNKEVITCH
2010-01-01 19:08   ` Jon Harrop
2010-01-01 20:23     ` Basile STARYNKEVITCH [this message]
2010-01-01 22:29       ` Jon Harrop
2010-01-01 22:33         ` Yoann Padioleau
2010-01-02  0:06           ` Jon Harrop
2010-01-01 19:31 ` Jon Harrop

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B3E59C7.50106@starynkevitch.net \
    --to=basile@starynkevitch.net \
    --cc=caml-list@yquem.inria.fr \
    --cc=jon@ffconsultancy.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox