2

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

这里的问题是，我不时看到该段已“拆分”。我的意思是，查看“ipcs -m -s”输出，我看到我列出了两个部分：一个已标记为销毁但仍附加一些进程，另一个似乎获取所有新尝试附加到该段。但是，我从来没有真正要求内核销毁该段。这里发生了什么事？！

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

以下是共享内存接口类的构造函数供参考：

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

4

2 回答 2

1

我的第一个猜测是你可能在shmctl(..., IPC_RMID, ...)某个地方打电话。

你能显示共享内存接口类的析构函数吗？

于 2010-01-11T20:51:16.043 回答
0

内核标记要删除的段的唯一原因是显式的用户调用。也许你可以尝试 strace/truss（在 solaris 中）来确定是否有用户调用上述函数，在上面 1 中提到.

拉曼查洛特拉

于 2010-06-21T19:10:37.720 回答