2014-02-13 2 views
0

CentOS 6에서 GDB로 복잡한 응용 프로그램을 디버깅하고 있습니다. 사용자 정의 GCC 버전을 사용합니다 (사용하지 않는 시스템은 아닙니다). 이 응용 프로그램은 3 개의 프로젝트로 구성됩니다. 2 개의 정적 라이브러리 (하나는 50M 크기이고 다른 하나는 디버그 빌드에서 10M 크기 임)와이 두 라이브러리의 코드뿐만 아니라 많은 시스템 공유 라이브러리를 사용하는 실행 파일입니다. 문제는 GDB가 극히 느리다는 것입니다. 이 프로젝트는 규모가 크지 만 Visual Studio 2013은 매우 빨리 디버깅하므로 GDB가 큰 프로젝트에서 제대로 작동하지 않을 수 있습니다. 정적 라이브러리 코드의 디버깅을 포함하여 큰 프로젝트를 디버깅 할 때 GDB를 빠르게 만드는 방법은 무엇입니까?GDB를 빠르게 만드는 방법

+0

아마 각 단계마다 덤프되는 대형 배열이 있습니다. 덤프 된 데이터의 양을 줄이려면'help set print element'를보십시오. – harper

+0

''gdb'에서 *는 * 느립니다? – abligh

+0

아카이브 라이브러리의 크기는 중요하지 않습니다. 코드는 기본 실행 파일로 가져오고 * 크기 * 만 중요합니다. 또한 50MB는 작지만 800MB 실행 파일을 정기적으로 디버깅합니다. –

답변

1

문제가되는 시작 시간이고 다시 컴파일하는 것보다 자주 디버깅하는 경우 gdb에서 debuginfo 인덱스를 만들 수 있습니다. 인덱스는 시작 속도를 높이고 일반적으로 배포자가 이러한 목적으로 생성합니다. 설명서에서 ".gdb_index"를 찾으십시오.

관련 문제