22

我正在使用共享内存应用程序，并使用以下命令删除段：

 ipcrm -M 0x0000162e (this is the key)

但我不知道我是否做对了，因为当我运行时，ipcs我看到相同的段，但密钥为 0x0000000。那么内存段真的被删除了吗？当我多次运行我的应用程序时，我会看到带有密钥 0x000000 的不同内存段，如下所示：

 key        shmid      owner      perms      bytes      nattch     status
 0x00000000 65538      me         666        27         2          dest 
 0x00000000 98307      me         666        5          2          dest 
 0x00000000 131076     me         666        5          1          dest
 0x00000000 163845     me         666        5          0

实际发生了什么？内存段真的被删除了吗？

编辑：问题是 - 如下面接受的答案所述 - 有两个进程使用共享内存，直到所有进程都关闭，内存段不会消失。

4

2 回答 2

24

我模糊地记得在我的 UNIX（AIX 和 HPUX，我承认我从未在 Linux 中使用过共享内存）的日子里，删除只是将块标记为不再可被新客户端附加。

只有在没有更多进程附加到它之后，它才会在某个时候被物理删除。

这与删除的常规文件相同，它们的目录信息被删除，但文件的内容仅在最后一个进程关闭后才会消失。这有时会导致日志文件在文件系统上占用越来越多的空间，即使它们被删除，因为进程仍在写入它们，这是文件指针之间“分离”的结果（零个或多个目录条目指向到 inode）和文件内容（inode 本身）。

您可以从ipcs输出中看到 4 个中的 3 个仍然有附加的进程，因此在这些进程与共享内存块分离之前，它们不会去任何地方。另一个可能正在等待一些“扫描”功能来清理它，但这当然取决于共享内存的实现。

编写良好的共享内存客户端（或相关的日志文件）应定期重新附加（或翻转）以确保这种情况是暂时的并且不会影响软件的操作。

于 2008-12-29T22:27:41.903 回答
12

您说您使用了以下命令

ipcrm -M 0x0000162e (this is the key)

从 ipcrm 的手册页

 -M shmkey
         Mark the shared memory segment associated with key shmkey for
         removal.  This marked segment will be destroyed after the
         last detach.

因此 -M 选项的行为与您观察到的完全一样，即仅在最后一次分离后才将段设置为销毁。

于 2008-12-29T22:52:22.307 回答