小编典典

最小的核心转储(仅堆栈跟踪+当前帧)

linux

我可以在Linux上配置进入核心转储的内容吗?我想获得类似Windows小型转储(当应用崩溃时有关堆栈帧的最少信息)。我知道您可以使用设置核心文件的最大大小ulimit,但这不能让我控制核心文件的内容(即无法保证如果将限制设置为64kb,它将转储文件的最后16页)例如堆栈)。

另外,如果可能的话,我想以编程方式(从代码)进行设置。我已经看过/proc/PID/coredump_filter提到的文件man core,但是对于我来说,它看起来太粗糙了。

提供一些背景信息:出于多种原因,我需要很小的核心文件:我需要通过网络为大量(数千个)客户端收集它们;此外,它们是带有少量SD卡的嵌入式设备,以及用于网络连接的GPRS调制解调器。因此,任何超过200k的问题都不容置疑。

编辑:我正在运行linux 2.6.24的嵌入式设备上。处理器是PowerPC。不幸的是,当前在breakpad中 支持powerpc-linux
,因此无法使用google breakpad


阅读 266

收藏
2020-06-03

共1个答案

小编典典

我已经通过两种方式“解决”了这个问题:

  1. 我为SIGSEGV安装了一个信号处理程序,并使用backtrace / backtrace_symbols打印出堆栈跟踪。我用-rdynamic编译了我的代码,因此即使剥离了调试信息,我仍然得到带有有意义名称的回溯(同时保持可执行文件足够紧凑)。
    我剥离了调试信息,并将其放在一个单独的文件中,我将使用将该文件存储在安全的地方strip。从那里,我将使用add22line从回溯(地址)中保存的信息来了解问题发生的位置。这样,我只需要存储几个字节。

  2. 另外,我发现我可以使用/ proc / self / coredump_filter不转储任何内存(将其内容设置为“0”):仅线程和proc信息,寄存器,stacktrace等保存在内核中。

我仍然丢失了可能有价值的信息(全局和局部变量内容,params ..)。我可以很容易地找出要转储的页面,但是不幸的是,无法为正常的核心转储指定“ dump-
these-pages”(除非您愿意maydump()在内核中对该功能进行修补)。

现在,我对2种解决方案感到非常满意(总比没有好。.)我的下一步是:

  • 看看将Breakpad移植到powerpc-linux会有多困难:已经有powerpc-darwin和i386-linux了..这有多难?:)
  • 尝试使用google-coredumper在当前ESP(应该给我本地和参数)和“&some_global”(应该给我全局变量)周围仅转储几页。
2020-06-03