commit 40c2c1368955149c6e64f7accf0ec9b66cb4a249 Author: rosalindmosele Date: Sun Sep 7 21:56:47 2025 +0000 Add 'Memory-mapped I/O (the GNU c Library)' diff --git a/Memory-mapped-I%2FO-%28the-GNU-c-Library%29.md b/Memory-mapped-I%2FO-%28the-GNU-c-Library%29.md new file mode 100644 index 0000000..e452a16 --- /dev/null +++ b/Memory-mapped-I%2FO-%28the-GNU-c-Library%29.md @@ -0,0 +1 @@ +
On [fashionable](https://www.hometalk.com/search/posts?filter=fashionable) working programs, it is feasible to mmap (pronounced "em-map") a file to a region of memory. When this is done, the file can be accessed just like an array in this system. That is more environment friendly than learn or write, as solely the regions of the file that a program really accesses are loaded. Accesses to not-yet-loaded components of the mmapped area are handled in the same means as swapped out pages. Since mmapped pages may be stored again to their file when bodily [Memory Wave](https://support.ourarchives.online/index.php?title=Senior_Memory_Care_Companies_In_Anderson_SC) is low, it is [feasible](https://www.blogrollcenter.com/?s=feasible) to mmap recordsdata orders of magnitude bigger than each the physical memory and swap space. The one restrict is address space. The theoretical restrict is 4GB on a 32-bit machine - nonetheless, the actual limit might be smaller since some areas might be reserved for other functions. If the LFS interface is used the file dimension on 32-bit techniques shouldn't be restricted to 2GB (offsets are signed which reduces the addressable area of 4GB by half) \ No newline at end of file