我们有使用 Python、Java 和 C++ 混合编写的进程，这些进程不时进行核心转储。它们在运行时根据需要以块的形式分配更多内存，并且当它们的分配提示超过 4G 时会崩溃（我猜malloc()没有检查的返回值）。
然而，根据 GDB 的说法，产生的核心转储被截断了——它们在操作系统中的大小没有限制，在磁盘上它们的大小在 2-3.8G 之间变化。
GDB 观察到大小不符合它的预期（大概包括失败的分配？）并放弃 - 但在 3.8G 的数据中肯定有一些有趣的东西？甚至可能是我需要回溯的整个堆栈！
我怎样才能说服 GDB 至少尝试一下，或者是否有替代工具可以从截断的核心中提取某些内容？
假设我有进程 A 产生进程 B，产生进程 C。在什么情况下杀死 A 会杀死整个链（或我猜是树），什么时候不会？我有时发现它确实如此，有时 B 以 ppid 1 结束而 C 未受影响。
这种行为是否因特定的 Linux 内核版本而异？