From: "climb" <onlyclimb@163.com>
To: "caml-list@inria.fr" <caml-list@inria.fr>
Cc: Chet Murthy <chet@watson.ibm.com>
Subject: Re: Re: [Caml-list] speed
Date: Fri, 3 Jan 2003 23:58:18 +0800 [thread overview]
Message-ID: <20030103155824.BE4481C82F0F1@sm206.163.com> (raw)
>That said, by and large I find that when you don't go near issues of
>allocation and interprocedural optimization, Java is and can be as
>fast as Caml. *However*, when you _do_ go near those things, e.g. if
>you do anything I/O or string-processing-intensive, well,
>
> go get a rocking chair, 'cos you're gonna have a looong wait.
>
I quite agree with it.
one part of my program (on bio sequence analyze) is dealing with IO and string- processing. The Ocaml version is amazingly faster than java.( amazing , indeed) .
however if comes to other part ( simulation of trees ) the ocaml version is not that fast than java. The factor 2 (in fact) is not quite easy to achieve. especially if contains some recursive types and random numbers ( so,i changed it into Ocamlgsl Gsl_rng.t and using a faster type of rng). I found if i define tree in a recursive way( i have tried both functional style like in the page 50 in O' book and imperative style , using module of node and tree similar with java's node class and tree class), the factor is 1 or so. when i tried to get rid of any recursive definition by using an array to contain nodes and each node only contain index of the children , at this case the factor is 1.8 or 2 . However , i think this trick is somehow a litte ugly .
Since i am still quite new to ocaml, can any expert tell me why recursive types reduce the speed ( or my experice above is wrong).
Thanks
Yours
climb
onlyclimb@163.com
2003-01-03
-------------------
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
reply other threads:[~2003-01-03 15:59 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20030103155824.BE4481C82F0F1@sm206.163.com \
--to=onlyclimb@163.com \
--cc=caml-list@inria.fr \
--cc=chet@watson.ibm.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