디버깅 도구인 gdb, ftrace, kdump를 사용한 경험에 대해 말씀해 주세요.

세그폴트를 gdb로 잡은 이후 같은 종류의 버그가 다시 생기지 않도록 하는 방법을 고민했습니다. 그때 발견한 게 메모리 오류를 자동으로 잡아주는 Valgrind였습니다. 빌드 후 Valgrind를 돌리면 잘못된 메모리 참조, 해제 후 접근, 메모리 누수를 한 번에 감지할 수 있어서 gdb로 하나씩 추적하는 시간을 줄일 수 있었습니다. AddressSanitizer(-fsanitize=address)도 이때 알게 됐는데, 컴파일 옵션만 추가하면 메모리 오류가 발생한 줄 번호를 바로 출력해줘서 gdb보다 진입 속도가 빠른 경우가 많았습니다. ftrace로 커널 함수 호출 패턴을 추적한 경험에서는 동일 파라미터로 재현 스크립트를 만들어두는 것이 중요하다는 것을 배웠습니다. 문제가 다시 생겼을 때 처음부터 분석하지 않아도 되도록 재현 환경을 문서로 남겨뒀습니다.

디버깅은 그 문제를 한 번 푸는 것보다 다시 생기지 않게 막는 구조를 남기는 것이 더 중요하다는 것을 이 경험에서 배웠습니다.