gpt4 book ai didi

c++ - 无法解释的 Linux System V IPC 共享内存段标记为销毁

转载 作者:塔克拉玛干 更新时间:2023-11-03 07:37:20 24 4
gpt4 key购买 nike

我有一个 Linux System V IPC 共享内存段,它由一个进程填充并由许多其他进程读取。所有进程都以类的形式使用共享内存段的接口(interface),该类负责查找、附加和分离到该段,作为其构造函数/析构函数方法的一部分。

这里的问题是,有时我会看到该段已“拆分”。我在这里的意思是,在“ipcs -m -s”输出中,我看到我列出了两个段:一个已标记为销毁但仍附加了一些进程,第二个似乎获取附加到该段的所有新尝试。但是,我从来没有真正要求内核销毁该段。这里发生了什么?!

另一件需要注意的事情是,不幸的是,运行它的系统在内存部门严重过度使用。有 1 GB 的物理内存,没有交换,/proc/meminfo 中的 Committed_AS 报告了大约 2.5GB 的已提交内存。幸运的是,系统进程实际上并没有使用这么多内存……它们只是在请求它(根据 vmstat 的报告,我仍然有大约 660MB 的“空闲”内存)。虽然我知道这远非理想,但目前我对过度使用的内存无能为力。但是,浏览 kernel/libc 源代码时,我看不到任何内容会出于用户请求以外的任何原因将共享内存段标记为删除(但也许我错过了它隐藏在某处的地方)。

作为引用,这里是共享内存接口(interface)类的构造函数:

const char* shm_ftok_pathname = "/usr/bin";
int shm_ftok_proj_id = 21;

// creates a key from a file path so different processes will get same key
key_t m_shm_key = ftok(shm_ftok_pathname, shm_ftok_proj_id);

if ( m_shm_key == -1 )
{
fprintf(stderr,"Couldn't get the key for the shared memory\n%s\n",strerror(errno));
exit ( status );
}

m_shm_id = shmget(m_shm_key, sizeof(shm_data_s), (IPC_CREAT | 0666));

if (m_shm_id < 0)
{
fprintf(stderr,"Couldn't get the shared memory ID\nerrno = %s \n",strerror(errno));
exit ( status );
}

// get a ptr to shared memory, which is a shared mem struct
// second arg of 0 says let OS choose shm address
m_shm_data_ptr = (shm_data_s *)shmat(m_shm_id, 0, 0);

if ( (int)m_shm_data_ptr == -1 )
{
fprintf(stderr,"Couldn't get the shared memory pointer\n");
exit ( status );
}

这是我的 uname 输出:Linux 2.6.18-5-686 #1 SMP Fri Jun 1 00:47:00 UTC 2007 i686 GNU/Linux

最佳答案

我的第一个猜测是您可能正在某处调用 shmctl(..., IPC_RMID, ...)

你能展示共享内存接口(interface)类的析构函数吗?

关于c++ - 无法解释的 Linux System V IPC 共享内存段标记为销毁,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1589652/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com