From: Damien Doligez <damien.doligez@inria.fr>
To: caml users <caml-list@inria.fr>
Subject: Re: [Caml-list] Gripes with array
Date: Thu, 9 Sep 2004 11:37:50 +0200 [thread overview]
Message-ID: <EA60BA7F-0243-11D9-AAE1-00039310CAE8@inria.fr> (raw)
In-Reply-To: <200409090310.29295.jon@jdh30.plus.com>
On Sep 9, 2004, at 04:10, Jon Harrop wrote:
> I'm increasingly finding the outrageously finite size limit of arrays
> to be a
> pain.
How I would like to get rid of that limit!
> Am I right in thinking that the maximum
> non-float array size on a 64-bit machine is 18,014,398,509,481,983?
That's correct. It's a good thing that 32-bitters are on their way out.
> Also, can Array.init be made to fill the elements only once?
No, that's impossible without breaking the GC invariants.
> This would make quite a few things twice as fast
Twice? I doubt it very much.
> Array.copy could then be written more succinctly and
> efficiently in terms of Array.init as:
>
> let copy a = init (length a) (fun i -> a.(i))
Exactly how it's written now, except that it's inlined by hand for
performance reasons.
> Does anyone have any pointers to information about the origin of the
> size
> limit for arrays? I assume it is something to do with the garbage
> collector
> using a fixed-size tag instead of a variable-size one but I'd be
> interested
> in the details.
Yes, but the main use of the tag is not garbage collection.
On Sep 9, 2004, at 09:17, Jean-Christophe Filliatre wrote:
> But I must agree with you: this is definitely too small and we could
> imagine that, when the tag says a block is an array, the size is
> stored within the first (or the last) field instead.
The last, really?
On Sep 9, 2004, at 10:23, Richard Jones wrote:
> I have a similar problem with the maximum size of strings. In
> practical terms, it limits the size of file uploads to COCANWIKI to
> around 6 MB (ie., not very much) [not the full 16 MB because of
> character escaping, but even 16 MB would be far too small].
Maybe you should use bigarrays instead of strings.
A general remark: for more details on the internal representation of
O'Caml values, you can read <
http://caml.inria.fr/ocaml/htmlman/manual032.html >.
-- Damien
-------------------
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
next prev parent reply other threads:[~2004-09-09 9:37 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-09 2:10 Jon Harrop
2004-09-09 5:08 ` Ville-Pertti Keinonen
2004-09-09 7:17 ` Jean-Christophe Filliatre
2004-09-09 8:23 ` Richard Jones
2004-09-09 9:08 ` Olivier Andrieu
2004-09-09 12:08 ` Basile Starynkevitch [local]
2004-09-09 12:31 ` Damien Doligez
2004-09-09 10:42 ` Gerd Stolpmann
2004-09-09 9:37 ` Damien Doligez [this message]
2004-09-09 10:34 ` Jean-Christophe Filliatre
2004-09-09 12:15 ` Igor Pechtchanski
2004-09-09 13:01 ` Brian Hurt
2004-09-09 20:08 ` [Caml-list] 32-bit is sticking around Brandon J. Van Every
2004-09-09 21:04 ` Jon Harrop
2004-09-11 15:30 ` Lars Nilsson
2004-09-11 16:24 ` [off topic] " David MENTRE
2004-09-11 17:52 ` Lars Nilsson
[not found] ` <200409111656.11952.jon@jdh30.plus.com>
2004-09-11 17:47 ` Lars Nilsson
2004-09-09 16:58 ` [Caml-list] Gripes with array Jon Harrop
2004-09-10 5:56 ` Array.init (was [Caml-list] Gripes with array) Christophe Raffalli
2004-09-10 8:53 ` Richard Jones
2004-09-10 14:50 ` Damien Doligez
2004-09-13 7:02 ` Christophe Raffalli
2004-09-10 13:45 ` [Caml-list] Gripes with array Damien Doligez
2004-09-11 1:43 ` skaller
2004-09-11 3:16 ` skaller
2004-09-11 14:36 ` Jon Harrop
2004-09-11 20:53 ` Damien Doligez
2004-09-12 15:33 ` Jon Harrop
2004-09-12 16:07 ` Basile Starynkevitch [local]
2004-09-10 23:48 ` brogoff
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=EA60BA7F-0243-11D9-AAE1-00039310CAE8@inria.fr \
--to=damien.doligez@inria.fr \
--cc=caml-list@inria.fr \
/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).