-
Dmitry Vyukov authored
When tracing is started in the middle of program execution, we already have a number of runnable goroutines and a number of blocked/in syscall goroutines. In order to reflect these goroutines in the trace, we emit EvGoCreate for all existing goroutines. Then for blocked/in syscall goroutines we additionally emit EvGoWaiting/EvGoInSyscall events. These events don't reset g.ev during trace analysis. So next EvGoStart finds g.ev set to the previous EvGoCreate. As the result time between EvGoCreate and EvGoStart is accounted as scheduler latency. While in reality it is blocking/syscall time. Properly reset g.ev for EvGoWaiting/EvGoInSyscall events. Change-Id: I0615ba31ed7567600a0667ebb27458481da73adb Reviewed-on: https://go-review.googlesource.com/25572Reviewed-by:
Hyang-Ah Hana Kim <hyangah@gmail.com>
a50f9859
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
testdata | ||
goroutines.go | ||
order.go | ||
parser.go | ||
parser_test.go |