On Fri 31-01-14 11:49:01, Johannes Weiner wrote: > On Wed, Jan 29, 2014 at 02:11:02PM +0900, Minchan Kim wrote: > > > The only way to make these semantics clean is either > > > > > > a) have vrange() return a range ID so that only full ranges can > > > later be marked non-volatile, or > > > > > > > > b) remember individual page purges so that sub-range changes can > > > properly report them > > > > > > I don't like a) much because it's somewhat arbitrarily more > > > restrictive than madvise, mprotect, mmap/munmap etc. And for b), > > > the straight-forward solution would be to put purge-cookies into > > > the page tables to properly report purges in subrange changes, but > > > that would be even more coordination between vmas, page tables, and > > > the ad-hoc vranges. > > > > Agree but I don't want to put a accuracy of defalut vrange syscall. > > Page table lookup needs mmap_sem and O(N) cost so I'm afraid it would > > make userland folks hesitant using this system call. > > If userspace sees nothing but cost in this system call, nothing but a > voluntary donation for the common good of the system, then it does not > matter how cheap this is, nobody will use it. Why would they? Even I think this is a flawed logic. If you take it to the extreme then why each application doesn't allocate all the available memory and never free it? Because users will kick such application in the ass as soon as they have a viable alternative. So there is certainly a relatively strong benefit in being a good citizen on the system. But it's a matter of a tradeoff - if being a good citizen costs you too much (in the extreme if it would make the application hardly usable because it is too slow), then you just give up or hack it around in some other way... > if it's a lightweight call, they still have to implement a mechanism > for regenerating content etc. It's still an investment to make, so > there has to be a personal benefit or it's flawed from the beginning. > > So why do applications want to use it? So I really believe because they want to be a better citizen especially on the systems where memory is relatively scarce resource (hand helds, tablets, phones...). Honza -- Jan Kara <jack@xxxxxxx> SUSE Labs, CR -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>