Mozilla rr
https://github.com/mozilla/rr
GDB的内置记录和重放具有严格的限制,例如,不支持AVX指令:gdb反向调试失败,显示“过程记录不支持地址处的指令0xf0d”
rr的优点:
- 目前更加可靠。我已经测试了几种复杂软件的相对长期运行。
- 还提供了带有gdbserver协议的GDB接口,使其成为了很好的替代品
- 大多数程序的性能下降很小,我自己也没有注意到它
- 生成的跟踪在磁盘上很小,因为只记录了很少的非确定性事件,到目前为止,我不必担心它们的大小
下面的例子展示了它的某些功能,尤其是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;
rr通过首先运行程序来实现此目的,该程序以记录在每个非确定性事件(例如线程切换)上发生的情况的方式进行记录。
然后,在第二次重播运行中,它使用该跟踪文件(该文件非常小)来准确地重构原始非确定性运行中发生的事情,但是以确定性的方式向前或向后进行。
rr最初是由Mozilla开发的,旨在帮助他们重现在第二天的夜间测试中出现的计时错误。但是,当您有一个只在执行过程中几个小时内发生的错误时,反向调试方面也是至关重要的,因为您通常想退后一步检查以前的状态导致了后来的失败。
我认为rr最严重的局限性是:
UndoDB是rr的商业替代品:https ://undo.io两者都是基于跟踪/重播的,但是我不确定它们在功能和性能方面如何进行比较。