David Rientjes wrote:
Sure, but what I really like about the patch is that we're only flushing
something if !flush_end in the first place. So we can eliminate any TLB
flushing if that VMA didn't need it; that's a change from the current
behavior. And since the most obvious use-case for /proc/pid/clear_refs is
in conjunction with /proc/pid/smaps for approximating memory footprint,
we'll end up saving TLB flushes because the granularity with which that
measurement is taken is usually very fine.
Acked-by: David Rientjes <[email protected]>
I like the patch even better if you still batch the flushes, but keep
the !flush_end machinery. If I read it correctly, flush_start stays at
the lower bound for the whole function, so it is still accurate later.
And with the flush outside the spinlock, contention time is lower.
Thanks,
Zach
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
