On Wed, Jul 12, 2017 at 14:26:36 +0100, Alex Bennée wrote:
> Emilio G. Cota <c...@braap.org> writes:
(snip)
> > This patch does the latter by embedding tlb_flush_count in CPUArchState.
> > The global count is then easily obtained by iterating over the CPU list.
> >
> > Signed-off-by: Emilio G. Cota <c...@braap.org>
>
> As it actually fixes unintentional breakage:
>
> Reviewed-by: Alex Bennée <alex.ben...@linaro.org>
>
> That said I'm not sure if this number alone is helpful given the range
> of flushes we have. Really from a performance point of view we should
> differentiate between inline per-vCPU flushes as well as the cross-vCPU
> flushes of both asynchronus and synced varieties.
>
> I had a go at this using QEMUs tracing infrastructure:
>
> https://lists.gnu.org/archive/html/qemu-devel/2017-05/msg04076.html
>
> But I guess the ideal way would be something that both keeps counters
> and optionally enable tracepoints.
Yeah the counters in my patch are there to fix the breakage while
not hurting scalability in MTTCG.
Having those counters always on + the tracers in your patchset
for more detailed info seems reasonable to me.
Maybe it's time to push to get those tracers changes in?
Emilio
