core dump

什么是core dump

core dump又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dump。core dump在应用crash掉之后对问题的诊断是很有帮助的。而在默认安装的时候core dump是关闭状态的。

如何查看系统是否打开了core dump

使用【ulimit -c】查看core dump是否打开。如果结果为0,则表示此功能处于关闭状态,不会生成core文件

如何打开core dump

方法一:命令行方式【ulimit -c 1024】,在这个例子中打开了core dump 同时限制文件大小为1024k,现在的程序占用内存都比较凶猛,以前写C程序需要计算内存的时代已经过去了。如果不加限制,可能一个core文件,几个G就出去了~,当然没有限制的方式还是有的【ulimit -c unlimited】

方法二:配置profile文件,打开/etc/profile文件,在里面可以找到【ulimit -S -c 0 > /dev/null 2>&1】,将它改成【ulimit -S -c unlimited > /dev/null 2>&1】
方法三:修改/etc/security/limits.conf文件,添加【* soft core 0】,这个方法可以针对指定用户或用户组打开core dump【user soft core 0或@group  soft core 0】。不过要使用这个方法一定要将方法二提到的那行注释掉,不可同时存在

如何查看core文件的保存路径和文件名格式

默认情况下,在打开core后,如果应用发生crash,那么会在应用所在位置,产生一个core.【应用pid】的文件,文件名的可读性不高,管理也不方便。
查看正在使用的core文件路径和格式【more /proc/sys/kernel/core_pattern】
后面自动添加pid的配置是在【more /proc/sys/kernel/core_uses_pid】里面配置的,如果为1就是自动添加

如何修改core文件的保存路径和文件名格式

修改/etc/sysctl.conf文件【vi /etc/sysctl.conf】,添加需要保存的路径【kernel.core_pattern = /tmp/corefile/core.%e.%t】,需要注意的是该路径必须应用有写的权限,不然core文件是不会生成的。再执行命令【sysctl -p】即可生效。关于core_users_pid默认在sysctl文件里面已经存在,不需要更改,pid还是很重要的信息。

附上core文件支持的格式列表:
%p – insert pid into filename 【pid】
%u – insert current uid into filename 【uid】
%g – insert current gid into filename 【gid】
%s – insert signal that caused the coredump into the filename 【core信号】
%t – insert UNIX time that the coredump occurred into filename 【core文件生成时的unix时间】
%h – insert hostname where the coredump happened into filename 【主机名】
%e – insert coredumping executable name into filename 【应用的名字】

 

如何使用测试程序生成的core

[c-sharp] view plaincopy

  1. #include <iostream>using namespac


转载于:https://my.oschina.net/invictuslee/blog/264178

<think>我们正在讨论coredump,即程序崩溃时操作系统生成的内存转储文件。它记录了程序崩溃时的内存状态,是调试的重要工具。 用户要求回答后必须提出3-5个相关问题,并以“§§相关问题§§”开头,问题用数字列表形式。 回答要点: 1. 解释coredump是什么,有什么作用。 2. 如何生成coredump(系统设置)。 3. 如何分析coredump(使用gdb等工具)。 4. 注意事项(如文件大小、路径设置等)。 由于要求500字左右,我们详细展开。 注意:用通俗易懂的语言,避免过于技术化。</think>### Coredump 分析与应用指南 Coredump(核心转储)是程序崩溃时操作系统自动生成的内存快照文件,相当于程序"临终遗言"。它完整保存了崩溃瞬间的堆栈、寄存器、内存数据等关键信息,是定位疑难崩溃问题的终极武器。 **核心价值与应用场景** 1. **死后验尸** - 当程序突然崩溃且无日志时,coredump 能还原案发现场 2. **复杂问题定位** - 解决内存泄漏、多线程竞争等仅靠日志难以捕捉的问题 3. **生产环境诊断** - 无需复现故障,直接分析线上生成的转储文件 **关键操作步骤** ```bash # 1. 启用系统coredump(Linux示例) ulimit -c unlimited echo "/tmp/core-%e-%p" > /proc/sys/kernel/core_pattern # 2. 触发崩溃后分析(使用GDB) gdb /path/to/program /tmp/core.1234 (gdb) bt full # 查看完整堆栈 (gdb) info registers # 检查寄存器状态 (gdb) x/100x 0x7ffd1234 # 查看指定内存区域 ``` **三大实战技巧** 1. **瘦身策略** - 限制大小:`ulimit -c 102400`(100MB) - 选择性保存:通过`gcore`命令手动截取关键进程 2. **增强可读性** - 编译时保留符号:`gcc -g -O0` - 使用`addr2line`工具将地址转源码位置 3. **自动化分析** - 结合崩溃收集系统(如breakpad) - 编写脚本自动解析堆栈关键帧 **注意事项** - 安全风险:coredump可能包含敏感数据,传输需加密 - 版本匹配:分析环境需与崩溃程序版本一致 - 嵌入式场景:资源受限设备需定制精简coredump方案 通过系统化分析coredump,开发人员可将平均故障修复时间缩短70%。最重要的是建立持续收集机制,让每个崩溃都转化为改进机会。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值