Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps for numa node information

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 05/07/2018 05:05 PM, Dave Hansen wrote:
On 05/07/2018 04:22 PM, prakash.sangappa wrote:
However, with the proposed new file, we could allow seeking to
specified virtual address. The lseek offset in this case would
represent the virtual address of the process. Subsequent read from
the file would provide VA range to numa node information starting
from that VA. In case the VA seek'ed to is invalid, it will start
from the next valid mapped VA of the process. The implementation
would not be based on seq_file.
So you're proposing a new /proc/<pid> file that appears next to and is
named very similarly to the exiting /proc/<pid>, but which has entirely
different behavior?

It will be /proc/<pid>/numa_vamaps. Yes, the behavior will be
different with respect to seeking. Output will still be text and
the format will be same.

I want to get feedback on this approach.
--
To unsubscribe from this list: send the line "unsubscribe linux-api" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux