如何在Linux上用C检查堆栈和堆的使用情况?
有没有办法在Linux上检索C中的堆栈和堆使用情况?
我想知道堆栈/堆专门占用的内存量。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
有没有办法在Linux上检索C中的堆栈和堆使用情况?
我想知道堆栈/堆专门占用的内存量。
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(1)
如果您知道进程的 pid(例如 1234),则可以使用 pmap 1234 命令来打印内存映射。您还可以读取
/proc/1234/maps
文件(实际上,一个文本伪文件,因为它不存在于磁盘上;其内容由内核延迟合成)。阅读 proc(5) 手册页。它是 Linux 特定的,但受到/proc
文件系统 的启发其他 Unix 系统。(您最好快速打开、读取,然后关闭该伪文件;不要将文件描述符保持打开状态很长时间;它更像是一个“管道”状的东西,因为您需要读取它是顺序的;它是一个伪文件,不涉及实际的磁盘 I/O)
并且从程序内部,您可以读取
/proc/self/maps
文件。在终端中尝试cat /proc/self/maps
命令来查看 进程的">虚拟地址空间映射运行cat
命令和cat /proc/$$/maps
查看当前 shell 的映射。所有这些都为您提供了进程的内存映射,并且它包含它使用的各种内存段(特别是堆栈、堆和各种动态库的空间)。
您还可以使用
getrusage
系统调用。另请注意,对于多线程,进程的每个线程都有自己的调用堆栈。
您还可以解析
/proc/$pid/statm
或/proc/self/statm
伪文件,或/proc/$pid/status< /code> 或
/proc/self/status
之一。但另请参阅 Linux 吃掉了我的 RAM 以获取一些提示。
考虑使用 valgrind (至少在 Linux 上)来调试 内存泄漏。
If you know the pid (e.g. 1234) of the process, you could use the
pmap 1234
command, which print the memory map. You can also read the/proc/1234/maps
file (actually, a textual pseudo-file because it does not exist on disk; its content is lazily synthesized by the kernel). Read proc(5) man page. It is Linux specific, but inspired by/proc
file systems on other Unix systems.(you'll better open, read, then close that pseudo-file quickly; don't keep a file descriptor on it open for many seconds; it is more a "pipe"-like thing, since you need to read it sequentially; it is a pseudo-file without actual disk I/O involved)
And from inside your program, you could read the
/proc/self/maps
file. Try thecat /proc/self/maps
command in a terminal to see the virtual address space map of the process running thatcat
command, andcat /proc/$$/maps
to see the map of your current shell.All this give you the memory map of a process, and it contains the various memory segments used by it (notably space for stack, for heap, and for various dynamic libraries).
You can also use the
getrusage
system call.Notice also that with multi-threading, each thread of a process has its own call stack.
You could also parse the
/proc/$pid/statm
or/proc/self/statm
pseudo-file, or the/proc/$pid/status
or/proc/self/status
one.But see also Linux Ate my RAM for some hints.
Consider using valgrind (at least on Linux) to debug memory leaks.