[lkml]   [2006]   [Jun]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH]: Adding a counter in vma to indicate the number of physical pages backing it
On Monday 12 June 2006 21:42, Rohit Seth wrote:
> On Mon, 2006-06-12 at 19:58 +0200, Andi Kleen wrote:
> > > It is just the price of those walks that makes smaps not an attractive
> > > solution for monitoring purposes.
> >
> > It just shouldn't be used for that. It's a debugging hack and not really
> > suitable for monitoring even with optimizations.
> >
> > For monitoring if the current numa statistics are not good enough
> > you should probably propose new counters.
> numa stats are giving different data. The proposed vma->nr_phys is the
> new counter that can provide a detailed information about physical mem
> usage at each virtual mem segment level.

And for what do you need that?

It's somewhat useful to debug the NUMA tuning of your app (although
there are other ways to do that too) but do you
really need it for normal runtime monitoring?

> I think having this
> information in each vma keeps the impact (of adding new counter) to very
> low.
> Second question is to advertize this value to user space. Please let me
> know what suites the most among /proc, /sys or system call (or if there
> is any other mechanism then let me know) for a per process per segment
> related information.

I think we first need to identify the basic need.
Don't see why we even need per VMA information so far.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-06-13 05:54    [W:0.065 / U:2.432 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site