postgresql email列表对NVM WAL BUFFER的讨论

 

本文介绍NVM WAL BUFFER的email list，详细了解开发者对此的讨论，以此深入

了解机制。

1、Heikki

使用mmap()/msync()映射WAL文件，替代WAL buffer。如果读memory-mapped文件有IO错误时，进程会通过SIGBUS杀掉。

重新阅读了[1][2]，使用WAL段文件映射到内存作为WAL BUFFER，依赖于WAL文件是否放在PM上切换CPU指令或者msync()用于持久化WAL记录。

听起来挺合理，但是我没测试过。我会尝试与NVM WAL BUFFER进行比对测试。现在，有点担心对于每个段文件mmap/munmap带来的消耗。

同时提到内存映射IO的SIGBUS问题，从坏的内存块读取时会有这个问题，向这个块[3]写时也有这个问题。未来会处理这个问题。

[1]https://www.postgresql.org/message-id/83eafbfd-d9c5-6623-2423-7cab1be3888c%40iki.fi

[2]https://www.postgresql.org/message-id/2aec6e2a-6a32-0c39-e4e2-aad854543aa8%40iki.fi

[3] https://pmem.io/2018/11/26/bad-blocks.htm

https://www.postgresql.org/message-id/2aec6e2a-6a32-0c39-e4e2-aad854543aa8%40iki.fi

 

2、mmap/munmap带来的消耗

mmap/munmap每个WAL段文件的消耗与write一个block的消耗谁更大。mmap比read消耗大&