Re: [PATCH v6 2/3]: perf/core: use context tstamp_data for skipped events on mux interrupt
From: Alexey Budankov
Date: Wed Aug 23 2017 - 04:54:28 EST
On 22.08.2017 23:47, Peter Zijlstra wrote:
> On Thu, Aug 10, 2017 at 06:57:43PM +0300, Alexey Budankov wrote:
>> The key thing in the patch is explicit updating of tstamp fields for
>> INACTIVE events in update_event_times().
>
>> @@ -1405,6 +1426,9 @@ static void update_event_times(struct perf_event *event)
>> event->group_leader->state < PERF_EVENT_STATE_INACTIVE)
>> return;
>>
>> + if (event->state == PERF_EVENT_STATE_INACTIVE)
>> + perf_event_tstamp_update(event);
>> +
>> /*
>> * in cgroup mode, time_enabled represents
>> * the time the event was enabled AND active
>
> But why!? I thought the whole point was to not need to do this.
update_event_times() is not called from timer interrupt handler
thus it is not on the critical path which is optimized in this patch set.
But update_event_times() is called in the context of read() syscall so
this is the place where we may update event times for INACTIVE events
instead of timer interrupt.
Also update_event_times() is called on thread context switch out so
we get event times also updated when the thread migrates to other CPU.
>
> The thing I outlined earlier would only need to update timestamps when
> events change state and at no other point in time.
But we still may request times while event is in INACTIVE state
thru read() syscall and event timings need to be up-to-date.
>