我可以在Linux上配置进入核心转储的内容吗？我想获得类似Windows小型转储（当应用崩溃时有关堆栈帧的最少信息）。我知道您可以使用设置核心文件的最大大小ulimit，但这不能让我控制核心文件的内容（即无法保证如果将限制设置为64kb，它将转储文件的最后16页）例如堆栈）。
ulimit
另外，如果可能的话，我想以编程方式（从代码）进行设置。我已经看过/proc/PID/coredump_filter提到的文件man core，但是对于我来说，它看起来太粗糙了。
/proc/PID/coredump_filter
man core
提供一些背景信息：出于多种原因，我需要很小的核心文件：我需要通过网络为大量（数千个）客户端收集它们；此外，它们是带有少量SD卡的嵌入式设备，以及用于网络连接的GPRS调制解调器。因此，任何超过200k的问题都不容置疑。
编辑：我正在运行linux 2.6.24的嵌入式设备上。处理器是PowerPC。不幸的是，当前在breakpad中 不 支持powerpc-linux ，因此无法使用google breakpad
我已经通过两种方式“解决”了这个问题：
我为SIGSEGV安装了一个信号处理程序，并使用backtrace / backtrace_symbols打印出堆栈跟踪。我用-rdynamic编译了我的代码，因此即使剥离了调试信息，我仍然得到带有有意义名称的回溯（同时保持可执行文件足够紧凑）。 我剥离了调试信息，并将其放在一个单独的文件中，我将使用将该文件存储在安全的地方strip。从那里，我将使用add22line从回溯（地址）中保存的信息来了解问题发生的位置。这样，我只需要存储几个字节。
strip
add22line
另外，我发现我可以使用/ proc / self / coredump_filter不转储任何内存（将其内容设置为“0”）：仅线程和proc信息，寄存器，stacktrace等保存在内核中。
我仍然丢失了可能有价值的信息（全局和局部变量内容，params ..）。我可以很容易地找出要转储的页面，但是不幸的是，无法为正常的核心转储指定“ dump- these-pages”（除非您愿意maydump()在内核中对该功能进行修补）。
maydump()
现在，我对2种解决方案感到非常满意（总比没有好。.）我的下一步是：
