Messages in this thread | | | Date | Sat, 5 Apr 2003 04:24:54 +0200 | From | Andrea Arcangeli <> | Subject | Re: objrmap and vmtruncate |
| |
On Fri, Apr 04, 2003 at 06:06:20PM -0800, Andrew Morton wrote: > Andrea Arcangeli <andrea@suse.de> wrote: > > > > > - get_unmapped_area() search complexity. > > > > > > Solved by remap_file_pages and by as-yet unimplemented algorithmic rework. > > > > what is this "yet unimplemented algorithmic rework". > > I was referring to your planned mmap speedup. I should have said 'or', nor > 'and'.
Oh I see, thanks for the clarification. My plan was to do it only for mmap, not to let it work for remap_file_pages too to avoid any additional kernel complexity. I think remap_file_pages (if it stays) should be a magic for 32bit archs to allow mangling the pagetables from userspace, so I'm not very interested to mix the mmap layer in any way with it (more than teaching all MM functions to stay away from a VM_NONLINEAR vma).
Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |