mozilla rr는 GDB 역 디버깅에 대한보다 강력한 대안입니다.
https://github.com/mozilla/rr
GDB의 내장 레코드 및 재생에는 심각한 제한이 있습니다. 예를 들어 AVX 명령을 지원하지 않습니다 . gdb 역 디버깅이 "프로세스 레코드가 주소에서 명령 0xf0d를 지원하지 않습니다"와 함께 실패합니다.
rr의 장점 :
- 현재 훨씬 더 안정적입니다. 나는 여러 복잡한 소프트웨어를 비교적 오랫동안 테스트했습니다.
- 또한 gdbserver 프로토콜을 사용하는 GDB 인터페이스를 제공하므로이를 대체 할 수 있습니다.
- 대부분의 프로그램에서 약간의 성능 저하, 측정하지 않고는 직접 알아 차리지 못했습니다.
- 생성 된 추적은 비 결정적 이벤트가 거의 기록되지 않기 때문에 디스크에서 작습니다. 지금까지 그 크기에 대해 걱정할 필요가 없었습니다.
rr은 스레드 스위치와 같은 모든 단일 비 결정적 이벤트에서 발생한 일을 기록하는 방식으로 프로그램을 먼저 실행하여이를 달성합니다.
그런 다음 두 번째 재생 실행 중에 놀랍도록 작은 추적 파일을 사용하여 원래의 비 결정적 실행에서 발생한 일을 정확하게 재구성하지만 정방향 또는 역방향으로 결정적 방식으로 재구성합니다.
rr은 원래 다음날 야간 테스트에서 나타난 타이밍 버그를 재현하기 위해 Mozilla에서 개발했습니다. 그러나 역 디버깅 측면은 실행 중에 몇 시간 만 발생하는 버그가있는 경우에도 기본이됩니다. 이전 상태로 인해 나중에 실패한 내용을 조사하기 위해 종종 뒤로 물러서 고 싶기 때문입니다.
다음 예는 reverse-next, reverse-step및 reverse-continue명령 과 같은 일부 기능을 보여줍니다 .
Ubuntu 18.04에 설치합니다.
sudo apt-get install rr linux-tools-common linux-tools-generic linux-cloud-tools-generic
sudo cpupower frequency-set -g performance
# Overcome "rr needs /proc/sys/kernel/perf_event_paranoid <= 1, but it is 3."
echo 'kernel.perf_event_paranoid=1' | sudo tee -a /etc/sysctl.conf
sudo sysctl -p
테스트 프로그램 :
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
int f() {
int i;
i = 0;
i = 1;
i = 2;
return i;
}
int main(void) {
int i;
i = 0;
i = 1;
i = 2;
/* Local call. */
f();
printf("i = %d\n", i);
/* Is randomness completely removed?
* Recently fixed: https://github.com/mozilla/rr/issues/2088 */
i = time(NULL);
printf("time(NULL) = %d\n", i);
return EXIT_SUCCESS;
}
컴파일 및 실행 :
gcc -O0 -ggdb3 -o reverse.out -std=c89 -Wextra reverse.c
rr record ./reverse.out
rr replay
이제 GDB 세션에 남아 있으며 올바르게 역 디버그 할 수 있습니다.
(rr) break main
Breakpoint 1 at 0x55da250e96b0: file a.c, line 16.
(rr) continue
Continuing.
Breakpoint 1, main () at a.c:16
16 i = 0;
(rr) next
17 i = 1;
(rr) print i
$1 = 0
(rr) next
18 i = 2;
(rr) print i
$2 = 1
(rr) reverse-next
17 i = 1;
(rr) print i
$3 = 0
(rr) next
18 i = 2;
(rr) print i
$4 = 1
(rr) next
21 f();
(rr) step
f () at a.c:7
7 i = 0;
(rr) reverse-step
main () at a.c:21
21 f();
(rr) next
23 printf("i = %d\n", i);
(rr) next
i = 2
27 i = time(NULL);
(rr) reverse-next
23 printf("i = %d\n", i);
(rr) next
i = 2
27 i = time(NULL);
(rr) next
28 printf("time(NULL) = %d\n", i);
(rr) print i
$5 = 1509245372
(rr) reverse-next
27 i = time(NULL);
(rr) next
28 printf("time(NULL) = %d\n", i);
(rr) print i
$6 = 1509245372
(rr) reverse-continue
Continuing.
Breakpoint 1, main () at a.c:16
16 i = 0;
복잡한 소프트웨어를 디버깅 할 때 충돌 지점까지 올라간 다음 깊은 프레임에 빠질 수 있습니다. 이 경우 reverse-next더 높은 프레임에서 먼저 다음을 수행해야합니다.
reverse-finish
그 프레임까지, 그냥 평소대로 up 는 충분하지 않습니다.
제 생각에 rr의 가장 심각한 한계는 다음과 같습니다.
UndoDB는 rr의 상업적 대안입니다 : https://undo.io 둘 다 추적 / 재생 기반이지만 기능과 성능면에서 어떻게 비교되는지 잘 모르겠습니다.