inux/unix 下，或者说posix 的munmap，很简单，只有两个参数:

int munmap(void *start, size_t length);

其中 length 必须是 mmap 时的 length，如果小于当初 mmap 时的那个 length，并且正好少的部分跨越了一个page，那就麻烦了，我就犯了这个错误，非常严重的后果！内存泄漏，不是泄露了刚好少 unmap 的那个 page，而是整个 [start, length) 区域都不会成功被 unmap，也许内存中的更改已经写入文件，但是虚拟内存空间[start,length)未被释放！如此多次，会造成 ENOMEM！

感谢上帝，搞了半天，这个问题终于被发现了。

感觉吧，Windows 的很简单 UnmapViewOfFile 就一个参数，就是 MapViewOfFile 返回的那个地址，UnmapViewOfFile 时整个 map 区域都被释放，而 posix 的 munmap，从理论上讲，可以一次 mmap 一大块区域，然后多次 unmap 这个区域中的不同部分，这的确提高了一些灵活性，但是……。