我可以在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种解决方案感到非常满意(总比没有好。.)我的下一步是: