Boost: named_mutex 是否需要磁盘 IO?
Does Boost: named_mutex requires disk IO?
这一定是个愚蠢的问题,但我找不到答案:
Boost 的 named_mutex
(和其他 named*
设施)是否需要任何磁盘 IO?
我知道它不应该被放入共享内存,没关系。
无论在实施方面如何,它是否会对我的磁盘造成压力,或者我可以指望它?
这是提升class参考:https://www.boost.org/doc/libs/1_77_0/doc/html/boost/interprocess/named_mutex.html
我知道这取决于平台和其他细节,我需要这个基于 Debian 的 up-2-date (Bullseye) 的答案 Linux。
向 /tmp
或 /dev/shm
写入任何内容不算作 DiskIO,因为它们默认为 tmpfs。
在 Debian 上,实现将基于 shm
。
在 windows 上将有类似的内核命名空间,没有磁盘访问。
如果您愿意,可以strace
和ltrace
快速检查 IO 模式。
这一定是个愚蠢的问题,但我找不到答案:
Boost 的 named_mutex
(和其他 named*
设施)是否需要任何磁盘 IO?
我知道它不应该被放入共享内存,没关系。
无论在实施方面如何,它是否会对我的磁盘造成压力,或者我可以指望它?
这是提升class参考:https://www.boost.org/doc/libs/1_77_0/doc/html/boost/interprocess/named_mutex.html
我知道这取决于平台和其他细节,我需要这个基于 Debian 的 up-2-date (Bullseye) 的答案 Linux。
向 /tmp
或 /dev/shm
写入任何内容不算作 DiskIO,因为它们默认为 tmpfs。
在 Debian 上,实现将基于 shm
。
在 windows 上将有类似的内核命名空间,没有磁盘访问。
如果您愿意,可以strace
和ltrace
快速检查 IO 模式。