lkml.org 
[lkml]   [2024]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v1 3/3] cgroup/rstat: introduce ratelimited rstat flushing
    Hello, Yosry.

    On Thu, Apr 18, 2024 at 02:00:28PM -0700, Yosry Ahmed wrote:
    ..
    > I think this is an artifact of different subsystems sharing the same
    > rstat tree for no specific reason. I think almost all flushing calls
    > really need the stats from one subsystem after all.
    >
    > If we have separate trees, lock contention gets slightly better as
    > different subsystems do not compete. We can also have different
    > subsystems "customize" their trees, for e.g. by setting different
    > time-based or magnitude-based rate-limiting thresholds.
    >
    > I know this is a bigger lift, just thinking out loud :)

    I have no objection to separating out rstat trees so that it has
    per-controller tracking. However, the high frequency source of updates are
    cpu and memory, which tend to fire together, and the only really high
    frequency consumer seems to be memory, so I'm not too sure how much benefit
    separating the trees out would bring.

    Thanks.

    --
    tejun

    \
     
     \ /
      Last update: 2024-05-27 16:46    [W:2.854 / U:0.152 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site