我编写了以下一段代码,它逐步遍历/bin/ls 并计算其指令:

#include <stdio.h>
#include <sys/ptrace.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <sys/user.h>
#include <sys/reg.h>
#include <sys/syscall.h>

int main()
{
    pid_t child;
    child = fork(); //create child

    if(child == 0) {
        ptrace(PTRACE_TRACEME, 0, NULL, NULL);
        char* child_argv[] = {"/bin/ls", NULL};
        execv("/bin/ls", child_argv);
    }
    else {
        int status;
        long long ins_count = 0;
        while(1)
        {
            //stop tracing if child terminated successfully
            wait(&status);
            if(WIFEXITED(status))
                break;

                ins_count++;
                ptrace(PTRACE_SINGLESTEP, child, NULL, NULL);
        }

    printf("\n%lld Instructions executed.\n", ins_count);

    }

    return 0;
}
运行这段代码可以让我执行大约 500.000 条指令。据我所知,这些指令大部分应该来自动态链接器。当我使用 qemu-x86_64 -singlestep -D log -d in_asm/bin/ls 使用 QEMU 跟踪/bin/ls 时,我执行了大约 17.000 条指令。我需要调整什么才能在 QEMU 的相同点开始和停止计数? (又名。计算相同的指令)。
我用 QEMU 跟踪了一个“返回空”程序,结果是 7840 条指令,而我的代码给了我 109025,因此 QEMU 跟踪的似乎比主代码多,但比我的代码少。
我的目标是稍后比较这些指令,这就是为什么我想迭代 QEMU 等相同的指令。

最佳答案

QEMU 的“in_asm”日志不是已执行指令的日志。它记录每次指令被翻译时(即当 QEMU 生成一些与之对应的主机代码时)。然后该翻译被缓存,如果 guest 循环并再次执行相同的指令,QEMU 将简单地重复使用相同的翻译,因此它不会被 in_asm 记录。因此预计“in_asm 报告的指令要少得多”。
通过 -d 选项记录每个执行的指令有点棘手——您需要查看 'cpu' 和 'exec' 跟踪,以使用 -d 的 'nochain' 子选项禁用 QEMU 优化,否则会导致一些块没有被记录,使用“-singlestep”来强制每个块一条指令,并考虑到我们打印执行跟踪然后不实际执行指令的一些极端情况。这是因为 -d 选项不是为了让用户自省(introspection)他们的程序的行为——它是一个调试选项,旨在允许调试 QEMU 和客户程序一起做的事情,因此它打印信息需要对 QEMU 内部结构有一点了解才能正确解释。
您可能会发现编写 QEMU“插件”更简单:https://qemu.readthedocs.io/en/latest/devel/tcg-plugins.html——这是一个 API,旨在非常简单地编写“执行计数指令”等工具。如果你很幸运,那么其中一个示例插件甚至可能
足以满足您的目的。

关于c - qemu 跟踪什么指令?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/64847254/

10-16 20:25