On Wed, 12 Aug 2015, Michal Hocko wrote: > On Sun 09-08-15 01:22:53, Eric B Munson wrote: > > The cost of faulting in all memory to be locked can be very high when > > working with large mappings. If only portions of the mapping will be > > used this can incur a high penalty for locking. > > > > For the example of a large file, this is the usage pattern for a large > > statical language model (probably applies to other statical or graphical > > models as well). For the security example, any application transacting > > in data that cannot be swapped out (credit card data, medical records, > > etc). > > > > This patch introduces the ability to request that pages are not > > pre-faulted, but are placed on the unevictable LRU when they are finally > > faulted in. The VM_LOCKONFAULT flag will be used together with > > VM_LOCKED and has no effect when set without VM_LOCKED. > > I do not like this very much to be honest. We have only few bits > left there and it seems this is not really necessary. I thought that > LOCKONFAULT acts as a modifier to the mlock call to tell whether to > poppulate or not. The only place we have to persist it is > mlockall(MCL_FUTURE) AFAICS. And this can be handled by an additional > field in the mm_struct. This could be handled at __mm_populate level. > So unless I am missing something this would be much more easier > in the end we no new bit in VM flags would be necessary. > > This would obviously mean that the LOCKONFAULT couldn't be exported to > the userspace but is this really necessary? Sorry for the latency here, I was on vacation and am now at plumbers. I am not sure that growing the mm_struct by another flags field instead of using available bits in the vm_flags is the right choice. After this patch, we still have 3 free bits on 32 bit architectures (2 after the userfaultfd set IIRC). The group which asked for this feature here wants the ability to distinguish between LOCKED and LOCKONFAULT regions and without the VMA flag there isn't a way to do that. Do we know that these last two open flags are needed right now or is this speculation that they will be and that none of the other VMA flags can be reclaimed?
Attachment:
signature.asc
Description: Digital signature
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
