> 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. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
