如何在Linux上用C检查堆栈和堆的使用情况?

发布于 2024-12-12 09:38:32 字数 59 浏览 0 评论 0 原文

有没有办法在Linux上检索C中的堆栈和堆使用情况?

我想知道堆栈/堆专门占用的内存量。

Is there any way to retrieve the stack and heap usage in C on Linux?

I want to know the amount of memory taken specifically by stack/heap.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

〃安静 2024-12-19 09:38:32

如果您知道进程的 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 the
cat /proc/self/maps command in a terminal to see the virtual address space map of the process running that cat command, and cat /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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文