On Tue, Sep 15, 2020 at 11:03 AM SeongJae Park <sjpark@xxxxxxxxxx> wrote: > > From: SeongJae Park <sjpark@xxxxxxxxx> > > DAMON allows the programming interface users to run monitoring with > multiple contexts. This could be useful in some cases. For example, if > someone want to do highly accurate monitoring and lots of CPUs are > available, splitting the monitoring target regions into multiple small > regions and allocating context (monitoring thread) to each small region > could be helpful. Or, someone could need to monitor different types of > address spaces simultaneously. > > However, it's impossible from the user space because the DAMON debugfs > interface supports only single context. This commit makes it available > by implementing 'nr_contexts' debugfs file. > > Users can pass the number (N) of contexts they want to use to the file. Why not just mkdir which will create a new context? > Then, N folders having name of 'ctx<1-(N-1)>' are created in the DAMON > debugfs dir. Each of the directory is associated with the contexts and > contains the the files for context setting (attrs, init_regions, record, > schemes, and target_ids). Also instead of naming the kthread with context number why not give the kthread pids through attrs (or new interface) and the admin can move those kthreads to the cgroup they want to charge against? > The first context related files are still in > the DAMON debugfs root directory, though. > > Signed-off-by: SeongJae Park <sjpark@xxxxxxxxx> > ---
