Hi Badari, On Wed, 1 Mar 2023 00:24:54 +0000 "Pulavarty, Badari" <badari.pulavarty@xxxxxxxxx> wrote: > Hi SJ, > > We discussed this earlier. > > - Are there plans to make DAMON monitor/manage cgroup instead of individual pids? Yes. For moniroting cgroups, there are only rough ideas at the moment, and no much progress has made so far. I hope to discuss about real needs of this feature (I didn't make much progress here mainly because there was no many people pushing this) and the best way for implementing it during the session if possible. For monitoring-based memory management of cgroups (via DAMOS), however, DAMOS provides cgroup-based management action target memory filtering[1]. Using the feature, you can do cgroups-based access-aware memory management. The patchset has merged into the mainline a few days ago. [1] https://lore.kernel.org/damon/20221205230830.144349-1-sj@xxxxxxxxxx/ Thanks, SJ > > Thanks, > Badari > > -----Original Message----- > From: SeongJae Park <sj@xxxxxxxxxx> > Sent: Monday, February 13, 2023 4:33 PM > To: lsf-pc@xxxxxxxxxxxxxxxxxxxxxxxxxx > Cc: SeongJae Park <sj@xxxxxxxxxx>; damon@xxxxxxxxxxxxxxx; linux-mm@xxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx > Subject: [LSF/MM/BPF TOPIC] DAMON Updates and Future Plans > > Hi all, > > > DAMON has merged into mainline as a data access monitoring tool that equips a best-effort overhead-accuracy tradeoff mechanism, and then extended for data access-aware system operations. I'd like to briefly introduce current state of DAMON and share/discuss about 2023 plans including below. > > - Finer and easier-to-use DAMOS tuning > - tuning aggressiveness based on user or kernel feed (e.g., QPS or PSI) > - Merging DAMON user space tool into the mainline > - Extending DAMON > - Page-granularity monitoring > - LRU-lists based page-granulariy monitoring > - CPU-specific access monitoring > - Read/Write-only access monitoring > - More DAMON-based Operation Schemes > - Tiered memory management > - THP memory footprint reduction > - NUMA balancing > > I hope to hear concerns/interests about the plans for prioritizing each work items and get some suggestions of future works and collaboration with other kernel subsystems/hackers. > > > Thanks, > SJ >
