Re: Yet Another Lisp Performance Thread
- From: David Steuber <david@xxxxxxxxxxxxxxxxx>
- Date: 23 Oct 2005 19:19:54 -0400
Ulrich Hobelmann <u.hobelmann@xxxxxx> writes:
> If I can't find any benchmark results because some vendor has a
> no-publish policy I assume his compiler is as slow as slow can be, or
> he would encourage open comparisons instead of cowardly hiding from
> the public.
That may not be a valid assumption. Another restriction in a lot of
commercial compilers is using them to compile a competitive compiler.
Borland had this restriction.
As far as benchmarks go, there are lies, damn lies, statistics, and
benchmarks. It would probably not be too difficult to modify the
input.txt file for the Apress contest so that my program beats the C
program. The nature of the fractal makes the contest a crap shoot.
My original post was actually intended to show that Lisp can be
performance competitive even with trivial applications. I didn't do
as good a job of that as I had hoped, but the C program coming out
ahead by a factor of 1.76 is less than a binary order of magnitude.
Furthermore, someone with decent Lisp chops can easily make my code a
bit faster. If that person understands JPEG and has the patience to
work the JPEG encoder, the Lisp program can pick up even more speed.
The C program, elegant as it is, would need a complete rewrite to
speed it up if that is at all possible for the given input.txt file.
--
http://www.david-steuber.com/
The UnBlog: An island of conformity in a sea of quirks.
The lowest click through rate in Google's AdSense program.
----------------------------------------------------------------------
.
- References:
- Yet Another Lisp Performance Thread
- From: David Steuber
- Re: Yet Another Lisp Performance Thread
- From: Jon Harrop
- Re: Yet Another Lisp Performance Thread
- From: David Steuber
- Re: Yet Another Lisp Performance Thread
- From: David Steuber
- Re: Yet Another Lisp Performance Thread
- From: Ulrich Hobelmann
- Re: Yet Another Lisp Performance Thread
- From: Edi Weitz
- Re: Yet Another Lisp Performance Thread
- From: Ulrich Hobelmann
- Yet Another Lisp Performance Thread
- Prev by Date: Re: "t" stands for the type true and for the boolean expression true ..
- Next by Date: Re: Yet Another Lisp Performance Thread
- Previous by thread: Re: Yet Another Lisp Performance Thread
- Next by thread: Re: Yet Another Lisp Performance Thread
- Index(es):
Relevant Pages
|