Linux에서 Core는 메모리를 의미합니다. 프로그램이 실행되는 동안 예외가 감지되고 프로그램이 비정상적으로 종료되면 시스템은 프로그램의 현재 메모리 상태를 코어 덤프(core dumped)라고 하는 코어 파일에 저장합니다. 이 파일은 운영 체제가 예외를 감지할 때 정보 덤프이기도 합니다. 현재 프로세스에서는 신호를 사용하여 해당 오류 정보를 대상 프로세스에 알립니다. 일반적인 신호에는 SIGSEGV, SIGBUS 등이 포함됩니다. 기본적으로 프로세스는 해당 신호를 수신할 때 해당 처리 메커니즘을 갖습니다.
이 튜토리얼의 운영 환경: linux7.3 시스템, Dell G3 컴퓨터.
Linux에서 개발할 때 프로그래머들이 내 프로그램의 핵심이 떨어졌다는 말을 자주 듣습니다. 이러한 문제는 일반적으로 범위를 벗어난 메모리 액세스, 널 포인터 사용, 스택 오버플로 등과 같은 낮은 수준의 버그로 인해 발생합니다. . 프로그램이 실행 중 비정상적으로 종료되거나 종료되는 경우 이러한 조건이 충족되면 코어 파일이 생성됩니다.
코어덤은 왜 생기는 걸까요
코어는 메모리를 뜻하는 단어로 오래전부터 메모리를 만드는데 사용되는 재료로, 지금까지 프로그램 실행 중 이상이 감지되었을 때 사용하던 단어입니다. 프로그램이 비정상적으로 종료되면 시스템은 정보 덤프라고도 알려진 코어 파일에 프로그램의 현재 메모리 상태를 저장합니다. 신호를 통한 해당 오류 정보. 일반적인 신호에는 SIGSEGV, SIGBUS 등이 포함됩니다. 기본적으로 프로세스는 해당 신호를 수신할 때 해당 처리 메커니즘을 갖습니다.
리눅스를 예로 들면, 빨간색 상자는 공통 신호로 표시됩니다.
이전에 프로세스의 메모리 레이아웃을 이해하는 것이 가장 좋습니다. Unix와 Linux 시스템은 약간 다릅니다. 커널 공간은 Linux보다 작습니다. 특히 커널과 사용자 프로세스는 별도의 주소 공간 모드를 채택합니다. 예를 들어 Linux는
코어 덤프 파일 위치
우리는 Linux 시스템에서 프로세스가 충돌하면 시스템 커널이 프로세스 충돌 정보를 캡처한 다음 프로세스의 코어 덤프 정보를 파일에 기록한다는 것을 알고 있습니다. 핵심. 저장 위치는 해당 실행 프로그램과 동일한 디렉터리에 있습니다. 파일 이름은 core입니다.
Core_pattern 형식:
%p 전송 덤프된 프로세스의 PID
%u(숫자) 덤프된 프로세스의 실제 UID
%G(숫자) 덤프된 프로세스의 실제 GID
%s 덤프를 유발한 신호 수
%t 덤프 시간, 다음과 같이 표현됩니다. 1970년부터 월 1일 이후의 초 수 00:00:00 +0000(UTC)
%H 호스트 이름(uname(2)에서 반환된 노드 이름과 동일)
%e 실행 파일 이름(경로 접두어 없음)
%E 예 경로 이름 슬래시('/')가 느낌표('!')로 대체된 실행 파일입니다.
%C 충돌 프로세스에 대한 코어 파일 크기 소프트 리소스 제한(Linux 2.6.24부터)
다음 프로그램을 사용하여 /proc/sys/kernel/core_pattern 파일에서 파이프 구문 사용법을 보여줄 수 있습니다.
#include <sys/stat.h>
#include <fcntl.h>
#include <limits.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#define BUF_SIZE 1024
int main(int argc, char *argv[])
{
int tot, j;
ssize_t nread;
char buf[BUF_SIZE];
FILE *fp;
char cwd[PATH_MAX];
/* 属性的当前工作目录崩溃的过程*/
snprintf(cwd, PATH_MAX, "/proc/%s/cwd", argv[1]);
chdir(cwd);
/* 将输出写到该目录下的文件"core.info" */
fp = fopen("core.info", "w+");
if (fp == NULL)
{
exit(EXIT_FAILURE);
}
fprintf(fp, "argc=%d\n", argc);
for (j = 0; j < argc; j++)
{
fprintf(fp, "argc[%d]=<%s>\n", j, argv[j]);
}
/* 计算标准输入(核心转储)中的字节数*/
tot = 0;
while ((nread = read(STDIN_FILENO, buf, BUF_SIZE)) > 0)
{
tot += nread;
}
fprintf(fp, "Total bytes in core dump: %d\n", tot);
return 0;
}注意一下： 这里是指在进程当前工作目录的下创建。通常与程序在相同的路径下。但如果程序中调用了chdir函数，则有可能改变了当前工作目录。这时core文件创建在chdir指定的路径下。有好多程序崩溃了，我们却找不到core文件放在什么位置。和chdir函数就有关系。当然程序崩溃了不一定都产生 core文件。
下面通过的命令可以更改coredump文件的存储位置，如下：
echo “|$PWD/core_pattern_pipe_test %p UID=%u GID=%g sig=%s” > /proc/sys/kernel/core_pattern
cat /proc/sys/kernel/core_pattern 查看路径已经变为如下：
下面带大家配置永久的core。只要出现内存访问越界、使用空指针、堆栈溢出等情况，都可以在这个目录下查看。
配置 core
1、首先在根目录下建立一个储存coredump文件的文件夹，命令如下：
mkdir /corefile
2、设置产生coredump文件的大小，命令如下：
ulimit -c unlimited
3、 执行以下两条命令：
echo “1” > /proc/sys/kernel/core_uses_pid //将1写入到该文件里 echo “/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern
将coredump产生的格式制定好写入core_pattern文件，这样当coredump产生时会直接以这种格式存入到根目录下的文件夹corefile中。
4、修改配置文件/etc/profile
vim /etc/profile
添加 ulimit -S -c unlimited > /dev/null 2>&1
执行命令生效该文件
5、 在配置文件/etc/rc.local中最后面添加信息（机器重启时会自动加载该命令）：添加命令：
rm -rf /corefile/*
机器重启时清空该文件夹，由于产生的coredump文件很大，若不清空的话时间长了会将硬盘占满；
再执行以下两条命令：
echo “1” > /proc/sys/kernel/core_uses_pid echo “/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern
测试
下面写个例子测试一下是否配置好了corefile文件
#include
编译运行，注意这里需要-g选项编译。
进入前面创建的corefile文件夹：
出现core文件表示完成coredump配置。可以用通过readelf命令进行判断是否是core文件：
gdb를 실행하여 코어 파일을 읽습니다. 명령은 "gdb 프로그램이 코어 덤프 파일에 해당합니다"입니다. 이때 gdb 프롬프트 "(gdb)"를 입력합니다.
빨간 박스 스크린샷을 보시면 아시겠지만 11번 신호로 인해 프로그램이 종료됩니다.
아래 bt(역추적) 명령(또는 위치)을 통해 함수의 호출 스택을 볼 수 있습니다.
즉, 프로그램이 test.cpp의 6번째 줄까지 실행될 때 세그폴트 발생합니다. 그 이유는 널 포인터를 가리키기 때문입니다.
요약
프로그램 코어 덤프에는 여러 가지 이유가 있습니다. 주로 메모리 액세스 범위를 벗어남, 스레드에 안전하지 않은 함수 사용, 널 포인터 사용, 스택 오버플로 등이 있습니다.
여기서 말하고 싶은 점은 gdb로 코어 덤프를 디버깅할 때 대부분의 경우 코어 파일에서 코어에 대한 직관적인 이유만 찾을 수 있다는 것입니다. 그러나 더 근본적인 이유는 일반적으로 코드와 결합되어야 합니다. 이를 추론하기 위해 당시 프로세스의 실행 컨텍스트를 분석합니다. 문제는 프로그램 코드에 있습니다.
관련 추천: "Linux 비디오 튜토리얼"
위 내용은 리눅스 코어는 무엇을 의미합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
