Многопоточность x86/Linux: процентная сумма дочерних элементов отчета о производительности не соответствует родительском ⇐ Linux

[Anonymous]

Рассмотрим следующий простой пример:

Код: Выделить всё

#define _GNU_SOURCE

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include [*]

volatile atomic_int variable;
int futex_word;

int foo(void *v)
{
while (1)
{
int expected = atomic_load(&variable);
atomic_compare_exchange_strong(&variable, &expected, expected + 1);
syscall(SYS_futex, &futex_word, FUTEX_WAKE, 1);
}
}

int main(void)
{
void *stack = (char *)mmap(NULL, 4096, PROT_READ | PROT_WRITE, MAP_ANONYMOUS | MAP_PRIVATE, -1, 0) + 4096;
clone(foo, stack, CLONE_CHILD_SETTID, NULL);
sleep(1000);
}

Выполнение этого примера с помощью

Код: Выделить всё

sudo perf record --call-graph dwarf,16384 -F 9123 ./main

а затем

Код: Выделить всё

sudo perf report

Я получил следующий странный результат, который я не знаю, кого интерпретировать:

На изображении самый первый развернутый символ foo состоит из двух записей:

• Код: Выделить всё

  95.53% foo

• Код: Выделить всё

  0.93% __GI___clone

The problem I see here is 0.93% + 95.53% = 96.46% which mismatches 96.52% that is shown for the symbol foo.
Why there's such a mismatch? I see this pretty often when profiling different binaries, but not sure if it's possible to interpret it as a measurement error.


Источник: https://stackoverflow.com/questions/781 ... -match-the