Messages in this thread |  | | | Date | Wed, 04 Apr 2007 23:19:42 -0700 | | From | Ulrich Drepper <> | | Subject | Re: missing madvise functionality |
Eric Dumazet wrote:
> Database workload, where the user multi threaded app is constantly
> accessing GBytes of data, so L2 cache hit is very small. If you want to
> oprofile it, with say a CPU_CLK_UNHALTED:5000 event, then find_vma() is
> in the top 5.
We did have a workload with lots of Java and databases at some point
when many VMAs were the issue. I brought this up here one, maybe two
years ago and I think Blaisorblade went on and looked into avoiding VMA
splits by having mprotect() not split VMAs and instead store the flags
in the page table somewhere. I don't remember the details.
Nothing came out of this but if this is possible it would be yet another
way to avoid mmap_sem locking, right?
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
[unhandled content-type:application/pgp-signature] |  |