On Mon, Jan 27, 2014 at 11:50:11AM +0100, Peter Zijlstra wrote: > On Sat, Jan 25, 2014 at 07:12:35PM -0800, David Rientjes wrote: > > As a result of commit 5606e3877ad8 ("mm: numa: Migrate on reference > > policy"), /proc/<pid>/numa_maps prints the mempolicy for any <pid> as > > "prefer:N" for the local node, N, of the process reading the file. > > > > This should only be printed when the mempolicy of <pid> is MPOL_PREFERRED > > for node N. > > > > If the process is actually only using the default mempolicy for local node > > allocation, make sure "default" is printed as expected. > > Should we also consider printing the MOF and MORON states so we get a > better view of what the actual policy is? >
MOF and MORON are separate issues because MOF is exposed to the userspace API but not the policies that make up MORON. For MORON, I concluded that we should not expose that via numa_maps unless it can be controlled from userspace. -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/