Usenet 1994 January/usenetsourcesnewsgroupsinfomagicjanuary1994.iso/sources/std_unix/volume.11/text0067.txt

Internet Message Format | 1987-07-18 | 1.6 KB

From: [e-mail] (John R. Levine)

In article <[e-mail]> [e-mail] (Bob Alexander) writes:
>[interpretive languages would work better if they could page their data
>memory like compiled languages do, so how about a vread() call that maps
>instead of reading?]

When we were designing AIX, the Sys V port for the RT PC, the same question
of file mapping came up, this time in the context of doing data base work.
The original proposal was for something like the vread() call, but we
eventually decided on, essentially:

    pointer = filemap(fd);

where fd is an open file descriptor.  It maps the entire file into the
address space, somewhere, and gives you a pointer to it.  It fails if there
isn't enough address space.  This had the advantage over the vread() approach
that it generalizes better for file writing -- if the file is mapped
read/write, anything you write to the segment goes into the file, adding
new blocks into the file if need be.  If you don't want the file's size to be a
multiple of a page, use ftruncate() to set its length.

Notice that vread() can easily be simulated by this scheme, but not vice
versa.  I agree that this scheme fails dismally if you don't actually have
paged memory, but I'd rather have this as the underlying call and vread() as
a library routine that maps on systems where it can and reads on systems
where it can't.

John Levine, ima!johnl or [e-mail]
---
John R. Levine, Javelin Software Corp., Cambridge MA [phone]
{ ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, [e-mail]
U.S. out of New Mexico!

Volume-Number: Volume 11, Number 68