NAME
File::Map - Memory mapping made simple and safe.
VERSION
Version 0.14
SYNOPSIS
use File::Map ':map';
map_file my $mmap, $filename;
if ($mmap ne "foobar") {
$mmap =~ s/bar/quz/g;
}
DESCRIPTION
File::Map maps files or anonymous memory into perl variables.
Advantages of memory mapping
Unlike normal perl variables, mapped memory is shared between threads or forked processes.
It is an efficient way to slurp an entire file. Unlike for example File::Slurp, this module returns almost immediately, loading the pages lazily on access. This means you only 'pay' for the parts of the file you actually use.
Perl normally never returns memory to the system while running, mapped memory can be returned.
Advantages of this module over other similar modules
Safety and Speed
This module is safe yet fast. Alternatives are either fast but can cause segfaults or loose the mapping when not used correctly, or are safe but rather slow. File::Map is as fast as a normal string yet safe.
Simplicity
It offers a simple interface targeted at common usage patterns
Files are mapped into a variable that can be read just like any other variable, and it can be written to using standard Perl techniques such as regexps and
substr
.Files can be mapped using a set of simple functions. There is no need to know weird constants or 6 arguments.
It will automatically unmap the file when the scalar gets destroyed. This works correctly even in multi-threaded programs.
Portability
File::Map supports both POSIX systems and Windows.
Thread synchronization
It has built-in support for thread synchronization.
FUNCTIONS
Mapping
The following functions for mapping a variable are available for exportation. They all take an lvalue as their first argument, except page_size.
map_handle $lvalue, *filehandle, $mode = '<', $offset = 0, $length = -s(*handle) - $offset
Use a filehandle to mmap into an lvalue. *filehandle may be a bareword, constant, scalar expression, typeglob, or a reference to a typeglob. $mode uses the same format as
open
does. $offset and $length are byte positions in the file, and default to mapping the whole file.map_file $lvalue, $filename, $mode = '<', $offset = 0, $length = -s($filename) - $offset
Open a file and mmap it into an lvalue. Other than $filename, all arguments work as in map_handle.
map_anonymous $lvalue, $length
Map an anonymous piece of memory.
sys_map $lvalue, $length, $protection, $flags, *filehandle, $offset = 0
Low level map operation. It accepts the same constants as mmap does (except its first argument obviously). If you don't know how mmap works you probably shouldn't be using this.
sync $lvalue, $synchronous = 1
Flush changes made to the memory map back to disk. Mappings are always flushed when unmapped, so this is usually not necessary. If $synchronous is true and your operating system supports it, the flushing will be done synchronously.
remap $lvalue, $new_size
Try to remap $lvalue to a new size. It may fail if there is not sufficient space to expand a mapping at its current location. This call is linux specific and currently not supported on other systems.
unmap $lvalue
Unmap a variable. Note that normally this is not necessary, but it is included for completeness.
pin $lvalue
Disable paging for this map, thus locking it in physical memory. Depending on your operating system there may be limits on pinning.
unpin $lvalue
Unlock the map from physical memory.
advise $lvalue, $advice
Advise a certain memory usage pattern. This is not implemented on all operating systems, and may be a no-op. $advice is a string with one of the following values.
normal
Specifies that the application has no advice to give on its behavior with respect to the mapped variable. It is the default characteristic if no advice is given.
random
Specifies that the application expects to access the mapped variable in a random order.
sequential
Specifies that the application expects to access the mapped variable sequentially from start to end.
willneed
Specifies that the application expects to access the mapped variable in the near future.
dontneed
Specifies that the application expects that it will not access the mapped variable in the near future.
Locking
These locking functions provide locking for threads for the mapped region. The mapped region has an internal lock and condition variable. The condition variable functions(wait_until
, notify
, broadcast
) can only be used inside a locked block. If your perl has been compiled without thread support the condition functions will not be available.
lock_map $lvalue
Lock $lvalue until the end of the scope. If your perl does not support threads, this will be a no-op.
wait_until { block } $lvalue
Wait for block to become true. After every failed try, wait for a signal. It returns the value returned by the block.
notify $lvalue
This will signal to one listener that the map is available.
broadcast $lvalue
This will signal to all listeners that the map is available.
CONSTANTS
- PROT_NONE, PROT_READ, PROT_WRITE, PROT_EXEC, MAP_ANONYMOUS, MAP_SHARED, MAP_PRIVATE, MAP_ANON, MAP_FILE
-
These constants are used for sys_map. If you think you need them your mmap manpage will explain them, but in most cases you can skip sys_map altogether.
EXPORTS
All previously mentioned functions are available for exportation, but none are exported by default. Some functions may not be available on your OS or your version of perl as specified above. A number of tags are defined to make importation easier.
:map
map_handle, map_file, map_anonymous, sys_map, unmap
:extra
remap, sync, pin, unpin, advise
:lock
locked, wait_until, notify, broadcast
:constants
PROT_NONE, PROT_READ, PROT_WRITE, PROT_EXEC, MAP_ANONYMOUS, MAP_SHARED, MAP_PRIVATE, MAP_ANON, MAP_FILE
DIAGNOSTICS
If you use warnings
, this module will give warnings if the variable is improperly used (anything that changes its size). This can be turned off lexically by using no warnings 'substr'
.
If an error occurs in any of these functions, an exception will be thrown. In particular; trying to sync
, remap
, unmap
, pin
, unpin
, advise
or lock_map
a variable that hasn't been mapped will cause an exception to be thrown.
DEPENDENCIES
This module does not have any dependencies on non-standard modules.
PITFALLS
You probably don't want to use >
as a mode. This does not give you reading permissions on many architectures, resulting in segmentation faults (confusingly, it will work on some others).
BUGS AND LIMITATIONS
As any piece of software, bugs are likely to exist here. Bug reports are welcome.
Please report any bugs or feature requests to bug-sys-mmap-simple at rt.cpan.org
, or through the web interface at http://rt.cpan.org/NoAuth/ReportBug.html?Queue=File-Map. I will be notified, and then you'll automatically be notified of progress on your bug as I make changes.
SEE ALSO
Sys::Mmap, the original Perl mmap module
IPC::Mmap, another mmap module
mmap(2), your mmap man page
CreateFileMapping at MSDN: http://msdn.microsoft.com/en-us/library/aa366537(VS.85).aspx
AUTHOR
Leon Timmermans, <leont at cpan.org>
SUPPORT
You can find documentation for this module with the perldoc command.
perldoc File::Map
You can also look for information at:
RT: CPAN's request tracker
AnnoCPAN: Annotated CPAN documentation
CPAN Ratings
Search CPAN
COPYRIGHT AND LICENSE
Copyright 2008, 2009 Leon Timmermans, all rights reserved.
This program is free software; you can redistribute it and/or modify it under the same terms as perl itself.