Browse thread
[Caml-list] OCaml Speed for Block Convolutions
-
David McClain
-
Tom _
-
Stefan Monnier
- Jacques Garrigue
-
Stefan Monnier
-
Tom _
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Jacques Garrigue <garrigue@k...> |
| Subject: | Re: [Caml-list] OCaml Speed for Block Convolutions |
From: "Stefan Monnier" <monnier+lists.caml/news/@rum.cs.yale.edu> > >>>>> "Tom" == Tom <tom7ca@yahoo.com> writes: > > I think widespread adoption of 64bit machines will > > make a huge difference for polymorphic and dynamic > > languages, however. 32 bits is kind of tight for > > But boxing will force everything to 64bit, thus the "double memory use" > will be slightly more noticeable with those languages than with C. I'm not sure this would matter that much. Even in C, people are going to play safe, and oversize everything... Just considering code size, alpha was already about twice as big as other architectures. But it might be better to compare Sparc/32 vs Sparc/64. Anyway, if the real problem is about data size (and not code size), you can still use Bigarray for your raw data, and have the same sizes as in C. With the extra advantage that your 32-bit integers have all their bits when converted to 63, and for 64-bit integers you generally do not care about the topmost one. So I would expect Tom's statement to be right: 64-bit is really a plus for functional programming in general, and ocaml in particular. Cheers, Jacques Garrigue ------------------- To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr