|
core dump 的基本概念 当一个进程要异常终止时 ,可以选择把进程的用户空间内存数据全部保存到磁盘上 ,文件名通常是 core, 这叫做 Core Dump。通常情况下，core文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等，我们可以理解为是程序工作当前状态存储生成第一个文件，程序出错的时候理论上都会产生一个core文件，通过工具分析这个文件，我们可以定位到程序异常退出的时候对应的堆栈调用等信息，找出问题所在并进行及时解决。 进程异常终止通常是因为有Bug, 比如，非法内存访问导致段错误 ,事后可以用调试器检查 core文件以查清错误原因 ,这叫做Post-mortem Debug 。一个进程允许产生多大的 core文件取决于进程的 Resource Limit( 这个信息保存 在 PCB中 )。 开启或关闭core文件 默认是不允许产生 core文件的 ,因为 core文件中可能包含用户密码等敏感信息 ,不安全；除此之外，每core dump一次就会产生一个core文件，次数多了占用内存空间，所以一般默认情况下是不允许生成core文件的，除非由于后台测试的需要，你自己对该项设置进行了更改。$ ulimit -a 利用上面的命令我们可以查看系统设定的core文件选项： 在开发调试阶段可以用 ulimit 命令改变这个限制 ,允许产生 core文件。 $ ulimit -c [size]例如：用ulimit 命令改变Shell 进程的 Resource Limit,允许 core文件最大为 1024K。这样进程被down掉后，就会产生core文件了$ ulimit -c 1024 当然，如果不想生成core文件，可以使用命令: $ ulimit -c 0 实 例SIGQUIT信号(键入Ctrl-) 的默认处理动作是终止进程并且core dump！写一个死循环程序，前台运行这个程序，然后键入 Ctrl- ，使该进程收到SIGQUIT信号后终止并产生core文件/************************************************************************* > File Name: test.c > Author:Lynn-Zhang > Mail: [email protected] > Created Time: Fri 15 Jul 2016 03:03:57 PM CST ************************************************************************/#include<stdio.h>int main(){ printf('pid is :%d',getpid()); while(1); return 0;} 这里的core.2678就是该进程被down掉所对应的core文件，其中的2678是该进程的pid。ulimit 命令改变了Shell 进程的 Resource Limit，test进程的 PCB由 Shell进程复制而来 ,所以也具有和 Shell进程相同的 Resource Limit值 ，这样就可以产生 Core Dump了。 core文件的使用 在core文件所在目录下，gdb目标文件，它会启动GNU的调试器，来调试core文件，并且会显示 生成此core文件的程序名，中止此程序的信号等等除此之外，core文件的内容是二进制的！
(以上内容不代表本站观点。) --------------------------------- |
本網站是"非商業"(non-commercial)。
