Skip to content

Commit 59cd3da

Browse files
committed
Made README.rst a copy of intro.rst. unfortunately symlinks are not followed by github. This is a real issue to me ...
1 parent 02d219b commit 59cd3da

1 file changed

Lines changed: 79 additions & 1 deletion

File tree

README.rst

Lines changed: 0 additions & 1 deletion
This file was deleted.

README.rst

Lines changed: 79 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,79 @@
1+
###########
2+
Motivation
3+
###########
4+
When reading from many possibly large files in a fashion similar to random access, it is usually the fastest and most efficient to use memory maps.
5+
6+
Although memory maps have many advantages, they represent a very limited system resource as every map uses one file descriptor, whose amount is limited per process. On 32 bit systems, the amount of memory you can have mapped at a time is naturally limited to theoretical 4GB of memory, which may not be enough for some applications.
7+
8+
########
9+
Overview
10+
########
11+
12+
Smmap wraps an interface around mmap and tracks the mapped files as well as the amount of clients who use it. If the system runs out of resources, or if a memory limit is reached, it will automatically unload unused maps to allow continued operation.
13+
14+
To allow processing large files even on 32 bit systems, it allows only portions of the file to be mapped. Once the user reads beyond the mapped region, smmap will automatically map the next required region, unloading unused regions using a LRU algorithm.
15+
16+
The interface also works around the missing offset parameter in python implementations up to python 2.5.
17+
18+
Although the library can be used most efficiently with its native interface, a Buffer implementation is provided to hide these details behind a simple string-like interface.
19+
20+
For performance critical 64 bit applications, a simplified version of memory mapping is provided which always maps the whole file, but still provides the benefit of unloading unused mappings on demand.
21+
22+
#############
23+
Prerequisites
24+
#############
25+
* Python 2.4, 2.5 or 2.6
26+
* OSX, Windows or Linux
27+
28+
The package was tested on all of the previously mentioned configurations.
29+
30+
###########
31+
Limitations
32+
###########
33+
* The memory access is read-only by design.
34+
* In python below 2.6, memory maps will be created in compatibility mode which works, but creates inefficient memory mappings as they always start at offset 0.
35+
* It wasn't tested on python 2.7 and 3.x.
36+
37+
################
38+
Installing smmap
39+
################
40+
Its easiest to install smmap using the *easy_install* or *pip* program, which is part of the `setuptools`_ or `pip`_ respectively::
41+
42+
$ easy_install smmap
43+
# or
44+
$ pip install smmap
45+
46+
As the command will install smmap in your respective python distribution, you will most likely need root permissions to authorize the required changes.
47+
48+
If you have downloaded the source archive, the package can be installed by running the ``setup.py`` script::
49+
50+
$ python setup.py install
51+
52+
It is advised to have a look at the :ref:`Usage Guide <tutorial-label>` for a brief introduction on the different database implementations.
53+
54+
##################
55+
Homepage and Links
56+
##################
57+
The project is home on github at `https://github.com/Byron/smmap <https://github.com/Byron/smmap>`_.
58+
59+
The latest source can be cloned from github as well:
60+
61+
* git://github.com/gitpython-developers/smmap.git
62+
63+
64+
For support, please use the git-python mailing list:
65+
66+
* http://groups.google.com/group/git-python
67+
68+
69+
Issues can be filed on github:
70+
71+
* https://github.com/Byron/smmap/issues
72+
73+
###################
74+
License Information
75+
###################
76+
*smmap* is licensed under the New BSD License.
77+
78+
.. _setuptools: http://peak.telecommunity.com/DevCenter/setuptools
79+
.. _pip: http://www.pip-installer.org/en/latest/

0 commit comments

Comments
 (0)