lkml.org 
[lkml]   [2017]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRE: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes
    Date
    > cgroup mode gives a per-CPU breakdown of event and running time, the
    > tool aggregates it into running time vs event count. Both per-cpu
    > breakdown and the aggregate are useful.
    >
    > Piggy-backing on perf's cgroup mode would give us all the above for free.

    Do you have some sample output from a perf run on a cgroup measuring a
    "normal" event showing what you get?

    I think that requires that we still go through perf ->start() and ->stop() functions
    to know how much time we spent running. I thought we were looking at bundling
    the RMID updates into the same spot in sched() where we switch the CLOSID.
    More or less at the "start" point, but there is no "stop". If we are switching between
    runnable processes, it amounts to pretty much the same thing ... except we bill
    to someone all the time instead of having a gap in the context switch where we
    stopped billing to the old task and haven't started billing to the new one yet.

    But if we idle ... then we don't "stop". Shouldn't matter much from a measurement
    perspective because idle won't use cache or consume bandwidth. But we'd count
    that time as "on cpu" for the last process to run.

    -Tony
    \
     
     \ /
      Last update: 2017-02-07 00:28    [W:4.407 / U:0.260 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site