Gostaria de entender por que chamar chill()
um bloco de ação do DTrace aumenta a timestamp
variável, mas não vtimestamp
e walltimestamp
.
Aqui está um exemplo mostrando timestamp
o aumento após uma chamada para chill()
:
# dtrace -w -c true -n 'pid$target:::entry {self->t = $1; chill(1); printf("%d\n", $1 - self->t);}' timestamp
dtrace: description 'pid$target:::entry ' matched 3082 probes
dtrace: allowing destructive actions
dtrace: pid 6734 has exited
CPU ID FUNCTION:NAME
5 83475 _r_debug_postinit:entry 11258
5 85771 atexit:entry 2218
5 86468 __libc_atexit:entry 491
5 86428 exit:entry 441
5 85397 __cxa_thread_call_dtors:entry 441
5 86213 __cxa_finalize:entry 447
5 86213 __cxa_finalize:entry 565
5 83470 _rtld_addr_phdr:entry 454
5 86213 __cxa_finalize:entry 431
5 83470 _rtld_addr_phdr:entry 1645
5 84405 _exit:entry 432
Se rodarmos o mesmo script mas usarmos walltimestamp
(ou vtimestamp
), veremos que o contador não aumentou:
# dtrace -w -c true -n 'pid$target:::entry {self->t = $1; chill(1); printf("%d\n", $1 - self->t);}' walltimestamp
dtrace: description 'pid$target:::entry ' matched 3082 probes
dtrace: allowing destructive actions
dtrace: pid 6707 has exited
CPU ID FUNCTION:NAME
4 83475 _r_debug_postinit:entry 0
4 85771 atexit:entry 0
4 86468 __libc_atexit:entry 0
4 86428 exit:entry 0
4 85397 __cxa_thread_call_dtors:entry 0
4 86213 __cxa_finalize:entry 0
4 86213 __cxa_finalize:entry 0
4 83470 _rtld_addr_phdr:entry 0
4 86213 __cxa_finalize:entry 0
4 83470 _rtld_addr_phdr:entry 0
4 84405 _exit:entry 0
Isso é compreensível para vtimestamp
, pois não aumenta ao executar o código DTrace, mas não entendo o walltimestamp
comportamento de s aqui.
Estou executando o FreeBSD 13.1-RELEASE-p1 aqui no amd64.
Aparentemente, é um bug no DTrace. Aparentemente, a implementação de
chill()
apenas invalida o valor em cache datimestamp
variável, mas não parawalltimestamp
, o que é incorreto.Obrigado a Mark Johnston por fornecer a resposta na lista de discussão do FreeBSD DTrace .