Re: [NUMA] Display and modify the memory policy of a process through /proc/<pid>/numa_policy

From: Andi Kleen <>
Date: 2005-07-16 07:12:10
> These questions of interface style (filesys or syscall) probably don't
> matter, however. at least not yet.  First we need to make sense of
> the larger issues that Ken and Andi raise, of whether this is a good
> thing to do.

In my opinion detailed reporting of node affinity to external
processes of specific memory areas is a mistake. It's too finegrained and 
not useful outside the process itself (external users don't or shouldn't
know anything about process virtual addresses). The information
is too volatile and can change every time without nice 
ways to lock (no SIGSTOP is not a acceptable way) 

Some people might find it useful for debugging NUMA kernel code,
but that doesn't mean it has to go into the kernel.

For statistics purposes probably just some counters are enough.
Either generated on demand or counted. On demand would be 
probably slow and counted would bloat mm_struct because
it would need some max_numnodes sized arrays.   Not sure what
is the better tradeoff.

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Fri Jul 15 17:12:23 2005

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:40 EST