caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "Wolfgang Müller" <Wolfgang.Mueller2@uni-bayreuth.de>
To: <vanevery@indiegamedesign.com>
Cc: <caml-list@inria.fr>
Subject: RE: [Caml-list] Benchmark suggestion
Date: Sat, 19 Jun 2004 22:16:24 +0200 (CEST)	[thread overview]
Message-ID: <37662.217.95.201.40.1087676184.squirrel@btn1x1.inf.uni-bayreuth.de> (raw)
In-Reply-To: <OOEALCJCKEBJBIJHCNJDGEBAHEAB.vanevery@indiegamedesign.com>

> I think one has to define the motivation for the benchmark.  Is it
> language evangelism, i.e. making people aware of OCaml?  or of FP
> languages generally?  If language evangelism is the point, then one
> should look at *all* the factors that go into picking new languages. The
> devil's in the details.

No, for me personally language evangelism is not the point. Language
evaluation is the point. If it comes out that the best language for
solving my problems is actually JAVA, I swallow and say "yes, thanks for
this information" (this is the current state of affairs, by the way). If
it turns out that Python/SWIG is what would do best what I need and I can
motivate people to do that, I'd do Python/SWIG.

> Actually I think comparative benchmarking for some goal other than
> evangelism is kinda pointless.

How do you define "evangelism"? The word means "spreading the good
message". So this means benchmarking is good for finding out if a language
is useful? Yes, I think this is what a benchmark is about, right?

And yes, ease of mixed-language programming could be a useful parameter.

> Otherwise why are you bothering?  You are wasting your time.  I do mean
> *time*, with my OpenGL device driver background I'm very conscious of
> how much production time benchmarking consumes.

I certainly do not have your OpenGL device driver background :-) and I
spare you with my definition of what "real work" is :-D . In any case, I
would be interested in looking at a set of benchmarks that tells me if
what I want to achieve can be done easily and efficiently in a given
language or not, without me having to write too many comparative
benchmarks myself. One per week is clearly too many for me. Ballpark
figures are useful already.

Cheers,
Wolfgang


-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  parent reply	other threads:[~2004-06-19 20:17 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-17 18:05 [Caml-list] Great Programming Language Shootout Revived Brian Hurt
2004-06-18  1:18 ` Yaron Minsky
2004-06-18  9:37   ` Sebastien Ferre
2004-06-18 15:45     ` Brian Hurt
2004-06-18 21:39       ` Eray Ozkural
2004-06-18  6:09 ` Brandon J. Van Every
2004-06-18  7:56 ` Ville-Pertti Keinonen
2004-06-18  8:59   ` skaller
2004-06-18  9:57     ` Ville-Pertti Keinonen
2004-06-18 10:48       ` Implementing DSLs in OCaml/CamlP4 (was: Re: [Caml-list] Great Programming Language Shootout Revived) Richard Jones
2004-06-18 12:32         ` Walid Taha
2004-06-18 15:38   ` [Caml-list] Great Programming Language Shootout Revived Brian Hurt
2004-06-18 17:07     ` David Brown
2004-06-19  0:26   ` Nicolas FRANCOIS
2004-06-19  9:04     ` [Caml-list] Benchmark suggestion (Was: Programming Language Shootout) Wolfgang Müller
2004-06-19 10:54       ` Ville-Pertti Keinonen
2004-06-19 19:38       ` [Caml-list] Benchmark suggestion Brandon J. Van Every
2004-06-19 20:08         ` Brian Hurt
2004-06-19 20:16         ` Wolfgang Müller [this message]
2004-06-20 11:24           ` [Caml-list] Evangelism Brandon J. Van Every
2004-06-19 11:18     ` [Caml-list] Great Programming Language Shootout Revived Ville-Pertti Keinonen
2004-06-19 11:56     ` Nicolas Janin
2004-06-19 12:51       ` Marcin 'Qrczak' Kowalczyk
2004-06-19 19:46         ` Brandon J. Van Every
2004-06-19 20:19           ` Brian Hurt
2004-06-19 12:09     ` Nicolas Janin
2004-06-19 12:48       ` John Hughes
2004-06-19 18:57       ` Brian Hurt

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=37662.217.95.201.40.1087676184.squirrel@btn1x1.inf.uni-bayreuth.de \
    --to=wolfgang.mueller2@uni-bayreuth.de \
    --cc=caml-list@inria.fr \
    --cc=vanevery@indiegamedesign.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;
as well as URLs for NNTP newsgroup(s).