Skip to Content.
Sympa Menu

coq-club - Re: [Coq-Club] Programming language shootout for Coq?

coq-club AT inria.fr

Subject: The Coq mailing list

List archive

Re: [Coq-Club] Programming language shootout for Coq?


chronological Thread 
  • From: Mathieu Boespflug <mboes AT tweag.net>
  • To: Bas Spitters <spitters AT cs.ru.nl>
  • Cc: Coq Club <coq-club AT inria.fr>
  • Subject: Re: [Coq-Club] Programming language shootout for Coq?
  • Date: Tue, 2 Mar 2010 22:13:36 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=mEz4nP4ycRWpF2LeYmqZm+XHIa2/Yb4n8AHh/HYu8sXPAH6wTUreSieo9wIfq7z1l+ lqGyGbXC9cVRwoyzd0I2c4opZvtenqD+YACkKucHlP72SC9BwUTHvB5i217iz8zMsUn+ E0Pk9U+5Nw7PZjrmgnYp+sweI8amMlx/w4600=

Hi,

> There is anecdotal evidence that Coq looses a factor between 5-50 in
> speed to the extracted OCaml program.
> It would be nice if we could substantiate this.

In my experience, if using the Coq VM (vm_compute tactic), performance
loss compared to state of the art compilers for functional languages
is limited to a factor of 5-10, which is a typical performance gap
between bytecode interpreters and compilation to native code. There is
current work nearing completion, however, on adding a new execution
mechanism to Coq where Coq terms are compiled to native code. This
execution mechanism uses the stock OCaml compiler as a backend to
generate native code so execution should be about as fast as any
regular OCaml program.

-- Mathieu



Archive powered by MhonArc 2.6.16.

Top of Page