On Thu, 13 Oct 2016, Michael Kerrisk (man-pages) wrote: > @@ -100,7 +100,10 @@ If, however, the shared memory region was created with the > .B SHM_HUGETLB > flag, > the huge pages will be allocated according to the policy specified > -only if the page allocation is caused by the process that calls > +only if the page allocation is caused by the thread that calls > +.\" > +.\" ??? Is it correct to change "process" to "thread" in the preceding line? No leave it as process. Pages get one map refcount per page table that references them (meaning a process). More than one map refcount means that multiple processes have mapped the page. > @@ -300,7 +303,10 @@ is specified in > .IR flags , > then the kernel will attempt to move all the existing pages > in the memory range so that they follow the policy. > -Pages that are shared with other processes will not be moved. > +Pages that are shared with other threads will not be moved. > +.\" > +.\" ??? Is it correct to change "processes" to "threads" in the preceding line? > +.\" Leave it. Same as before. > If > then the kernel will attempt to move all existing pages in the memory range > -regardless of whether other processes use the pages. > -The calling process must be privileged > +regardless of whether other threads use the pages. > +.\" > +.\" ??? Is it correct to change "processes" to "threads" in the preceding line? > +.\" Leave as process. -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
