caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "David McClain" <dmcclain1@mindspring.com>
To: "caml" <caml-list@inria.fr>
Subject: [Caml-list] BigArrays
Date: Sat, 31 Jul 2004 09:52:29 -0700	[thread overview]
Message-ID: <004501c4771e$c7971cb0$0201a8c0@dylan> (raw)

I'm finally ready to consider moving up to the OCaml BigArrays in my NML. It
looks like a pretty good implementation. I still need to add special slicing
code that can extract arbitrary regions from arrays with strides different
from the parent array.

But one thing that stands out as a major weakness is the implementation of
memory mapped arrays. These currently do two objectionable things:

1. the entire file is mapped into memory -- these are potentially huge
files, bumping up to and sometimes exceeding 4 GB. Memory mapping needs to
use a sliding window of access in a manner transparent to the user. I often
default to 4 MB windows, but I do offer the possibility of a user settable
window size.

2. the file is mapped into memory starting at file offset zero. Most
datafiles use some amount of header information to describe the internal
layout of data. Data are mixed arrays of various machine word sizes, some
are double, others are float, and still others are unsigned character arrays
(images), all combined into the same large datafile. A file that contains
only one array of fixed wordsize is rather unusual.

Also curious about the limitation (??) to a maximum of 16 dimensions. While
I have never exceeded that limit, why place any limit?

David McClain
Senior Corporate Scientist
Avisere, Inc.

+1.520.390.7738 (USA)
david.mcclain@avisere.com



-------------------
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:[~2004-07-31 16:51 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='004501c4771e$c7971cb0$0201a8c0@dylan' \
    --to=dmcclain1@mindspring.com \
    --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).