Memory 如何从erlang崩溃转储中查找内存泄漏进程？

我有一个类似的问题，我的应用程序因

eheap\u alloc:无法分配34385784字节的内存（类型为“old\u heap”）

而崩溃，我无法找出是哪个进程造成的

根据崩溃转储查看器中的内存选项卡，使用的进程是2153MB，4但当我将

erl_crash.dump

中的所有

内存：

行（以字节为单位，请参见）相加时，结果只有285MB左右。旧堆将是另一个62MB，但我认为它包含在

内存中：

。其他人会从哪里来？通常应用程序的总内存使用量约为300MB

---

在转储文件的顶部还显示了

调用线程：调度程序：0

，但没有关于它的更多信息。只有

计划程序：1

和

计划程序：2

的条目。它们是否与此相关，或者其他调度程序进程是否无关？

其中一个进程是否处于“Garbing”（垃圾收集）状态？在这种情况下，根据指南，“此进程的其余信息是有限的”。是的，有一个进程处于“Garbing”状态，当前也处于

dirty\u cpu\u scheduler:4

。是否有一个进程处于“Garbing”（垃圾收集）状态？根据指南，在这种情况下，“此进程的其余信息是有限的”。是的，有一个进程处于“Garbing”状态，当前也处于

脏的\u cpu\u调度程序：4

中。