On 05/03/2018 03:27 PM, prakash.sangappa wrote: >> > If each consecutive page comes from different node, yes in > the extreme case is this file will have a lot of lines. All the lines > are generated at the time file is read. The amount of data read will be > limited to the user read buffer size used in the read. > > /proc/<pid>/pagemap also has kind of similar issue. There is 1 64 > bit value for each user page. But nobody reads it sequentially. Everybody lseek()s because it has a fixed block size. You can't do that in text.
- Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps for ... Andrew Morton
- Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps... Dave Hansen
- Re: [RFC PATCH] Add /proc/<pid>/numa_va... prakash.sangappa
- Re: [RFC PATCH] Add /proc/<pid>/numa_va... Anshuman Khandual
- Re: [RFC PATCH] Add /proc/<pid>/num... prakash.sangappa
- Re: [RFC PATCH] Add /proc/<pid>... Dave Hansen
- Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps... prakash.sangappa
- Re: [RFC PATCH] Add /proc/<pid>/numa_va... Michal Hocko
- Re: [RFC PATCH] Add /proc/<pid>/num... prakash.sangappa
- Re: [RFC PATCH] Add /proc/<pid>... Michal Hocko
- Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps... Christopher Lameter
- Re: [RFC PATCH] Add /proc/<pid>/numa_va... prakash.sangappa
- Re: [RFC PATCH] Add /proc/<pid>/num... Michal Hocko
- Re: [RFC PATCH] Add /proc/<pid>... Prakash Sangappa
- Re: [RFC PATCH] Add /proc/<pid>/num... Christopher Lameter
- Re: [RFC PATCH] Add /proc/<pid>... Prakash Sangappa

