你可以让系统将特定的虚拟内存页与实际页帧相"关联"，并保持这样的状态（称为
锁定）。该部分内存不会被swap机制交换出来，也不会产生pagefault（因为已经分配了实际的物理内存）。
为什么需要锁定内存
一个背景知识pagefault
用户在分配出一部分虚拟内存时，其背后可能并没有真正的物理内存与之对应，只有在用户真正需要访问内存时，系统才会为这段虚拟内存分配实际的物理内存，这个过程叫做pagefault（缺页异常）。这个过程对用户来说是不感知的，所以用户可以总是假定他要使用的虚拟内存背后有实际的物理内存
1. 速度
当用户只是执行简单的内存访问时，pagefault流程对用户来说虽然是不感知的，耗时可以忽略不记，但是对于一些时间敏感型进程，尤其是实时进程，可能无法容忍执行速度的下降。
这种情况下，程序员可以先把所需要使用到的内存全部锁定，为它们提前分配好实际的物理内存，这样在访问时，就可以省去pagefault流程，提升程序执行速度。
2. 安全
如果你把一些秘密存放在虚拟内存中（比如用户输入的密码），当虚拟内存被swap到磁盘后，就可能导致泄露。且可能在虚拟内存和物理内存被清除后很长一段时间依然存在。
副作用
当你每多lock一个页帧，那么可供其他虚拟内存使用的页帧就少了一个，意味者系统里可能发生更多的缺页异常，更多的swap，而导致系统执行速度变慢。
一个极端的情况是，当你锁定了所有的内存，系统将因为没有实际可用的内存而无法运行
一些细节
1. 堆叠
内存锁不会堆叠，你即使锁定一段内存两次，也只需要解锁一次
2. 生命周期
内存锁定会一直持续到拥有内存的进程显示的解锁它。但是进程终止和exec会导致虚拟内存不再存在，这可能意味着它不再被锁定
3. 继承
内存所不会被子进程继承，（但请注意，在现代Unix系统中，在fork之后，父级和子级的虚拟地址空间由相同的实页帧支持，因此子级享有父级的锁）
4. 权限
由于它能够影响其他进程，因此只有超级用户可以锁定，但所有进程都可以解锁自己的内存
5. 写入时复制的行为
这里有一个非常有趣的行为，但我还没有研究透，允许我先挖个坑
libc接口
mlock
将从addr开始长度len的内存锁定
int mlock (const void *addr, size t len)
munlock
将从addr开始长度len的内存解锁
int munlock (const void *addr, size t len)
mlockall
全部锁定
int mlockall (int flags)
标志位说明：
MCL_CURRENT代表只锁定当前已经分配的内存
MCL_FUTURE将来分配的内存也会被立刻锁定，注意单独设置这个标志位不会锁定当前已经被分配的内存
注意 MCL_FUTURE不会影响未来的进程地址空间，例如exec后，该标志位将被擦除
munlockall
没啥好说的了，一次解锁所有内存（自己进程的）
int munlockall (void)
参考文献
The GNU C Library Reference Manual 3.5