From: Andrew Morton <akpm@linux-foundation.org>
To: Michel Lespinasse <walken@google.com>
Cc: Rik van Riel <riel@redhat.com>, Hugh Dickins <hughd@google.com>,
linux-kernel@vger.kernel.org,
Russell King <linux@arm.linux.org.uk>,
Ralf Baechle <ralf@linux-mips.org>,
Paul Mundt <lethal@linux-sh.org>,
"David S. Miller" <davem@davemloft.net>,
Chris Metcalf <cmetcalf@tilera.com>,
x86@kernel.org, William Irwin <wli@holomorphy.com>,
linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org,
linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
sparclinux@vger.kernel.org
Subject: Re: [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
Date: Tue, 6 Nov 2012 14:11:37 -0800 [thread overview]
Message-ID: <20121106141137.68bbd4ea.akpm@linux-foundation.org> (raw)
In-Reply-To: <1352155633-8648-1-git-send-email-walken@google.com>
On Mon, 5 Nov 2012 14:46:57 -0800
Michel Lespinasse <walken@google.com> wrote:
> Earlier this year, Rik proposed using augmented rbtrees to optimize
> our search for a suitable unmapped area during mmap(). This prompted
> my work on improving the augmented rbtree code. Rik doesn't seem to
> have time to follow up on his idea at this time, so I'm sending this
> series to revive the idea.
Well, the key word here is "optimize". Some quantitative testing
results would be nice, please!
People do occasionally see nasty meltdowns in the get_unmapped_area()
vicinity. There was one case 2-3 years ago which was just ghastly, but
I can't find the email (it's on linux-mm somewhere). This one might be
another case:
http://lkml.indiana.edu/hypermail/linux/kernel/1101.1/00896.html
If you can demonstrate that this patchset fixes some of all of the bad
search complexity scenarios then that's quite a win?
> These changes are against v3.7-rc4. I have not converted all applicable
> architectuers yet, but we don't necessarily need to get them all onboard
> at once - the series is fully bisectable and additional architectures
> can be added later on. I am confident enough in my tests for patches 1-8;
> however the second half of the series basically didn't get tested as
> I don't have access to all the relevant architectures.
Yes, I'll try to get these into -next so that the thousand monkeys at
least give us some compilation coverage testing. Hopefully the
relevant arch maintainers will find time to perform a runtime test.
> Patch 1 is the validate_mm() fix from Bob Liu (+ fixed-the-fix from me :)
I grabbed this one separately, as a post-3.6 fix.
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
Date: Tue, 06 Nov 2012 22:11:37 +0000 [thread overview]
Message-ID: <20121106141137.68bbd4ea.akpm@linux-foundation.org> (raw)
In-Reply-To: <1352155633-8648-1-git-send-email-walken@google.com>
On Mon, 5 Nov 2012 14:46:57 -0800
Michel Lespinasse <walken@google.com> wrote:
> Earlier this year, Rik proposed using augmented rbtrees to optimize
> our search for a suitable unmapped area during mmap(). This prompted
> my work on improving the augmented rbtree code. Rik doesn't seem to
> have time to follow up on his idea at this time, so I'm sending this
> series to revive the idea.
Well, the key word here is "optimize". Some quantitative testing
results would be nice, please!
People do occasionally see nasty meltdowns in the get_unmapped_area()
vicinity. There was one case 2-3 years ago which was just ghastly, but
I can't find the email (it's on linux-mm somewhere). This one might be
another case:
http://lkml.indiana.edu/hypermail/linux/kernel/1101.1/00896.html
If you can demonstrate that this patchset fixes some of all of the bad
search complexity scenarios then that's quite a win?
> These changes are against v3.7-rc4. I have not converted all applicable
> architectuers yet, but we don't necessarily need to get them all onboard
> at once - the series is fully bisectable and additional architectures
> can be added later on. I am confident enough in my tests for patches 1-8;
> however the second half of the series basically didn't get tested as
> I don't have access to all the relevant architectures.
Yes, I'll try to get these into -next so that the thousand monkeys at
least give us some compilation coverage testing. Hopefully the
relevant arch maintainers will find time to perform a runtime test.
> Patch 1 is the validate_mm() fix from Bob Liu (+ fixed-the-fix from me :)
I grabbed this one separately, as a post-3.6 fix.
WARNING: multiple messages have this Message-ID (diff)
From: akpm@linux-foundation.org (Andrew Morton)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
Date: Tue, 6 Nov 2012 14:11:37 -0800 [thread overview]
Message-ID: <20121106141137.68bbd4ea.akpm@linux-foundation.org> (raw)
In-Reply-To: <1352155633-8648-1-git-send-email-walken@google.com>
On Mon, 5 Nov 2012 14:46:57 -0800
Michel Lespinasse <walken@google.com> wrote:
> Earlier this year, Rik proposed using augmented rbtrees to optimize
> our search for a suitable unmapped area during mmap(). This prompted
> my work on improving the augmented rbtree code. Rik doesn't seem to
> have time to follow up on his idea at this time, so I'm sending this
> series to revive the idea.
Well, the key word here is "optimize". Some quantitative testing
results would be nice, please!
People do occasionally see nasty meltdowns in the get_unmapped_area()
vicinity. There was one case 2-3 years ago which was just ghastly, but
I can't find the email (it's on linux-mm somewhere). This one might be
another case:
http://lkml.indiana.edu/hypermail/linux/kernel/1101.1/00896.html
If you can demonstrate that this patchset fixes some of all of the bad
search complexity scenarios then that's quite a win?
> These changes are against v3.7-rc4. I have not converted all applicable
> architectuers yet, but we don't necessarily need to get them all onboard
> at once - the series is fully bisectable and additional architectures
> can be added later on. I am confident enough in my tests for patches 1-8;
> however the second half of the series basically didn't get tested as
> I don't have access to all the relevant architectures.
Yes, I'll try to get these into -next so that the thousand monkeys at
least give us some compilation coverage testing. Hopefully the
relevant arch maintainers will find time to perform a runtime test.
> Patch 1 is the validate_mm() fix from Bob Liu (+ fixed-the-fix from me :)
I grabbed this one separately, as a post-3.6 fix.
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Michel Lespinasse <walken@google.com>
Cc: Rik van Riel <riel@redhat.com>, Hugh Dickins <hughd@google.com>,
linux-kernel@vger.kernel.org,
Russell King <linux@arm.linux.org.uk>,
Ralf Baechle <ralf@linux-mips.org>,
Paul Mundt <lethal@linux-sh.org>,
"David S. Miller" <davem@davemloft.net>,
Chris Metcalf <cmetcalf@tilera.com>,
x86@kernel.org, William Irwin <wli@holomorphy.com>,
linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org,
linux-mips@linux-mips.org, linux-sh@vger.kernel.org,
sparclinux@vger.kernel.org
Subject: Re: [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
Date: Tue, 6 Nov 2012 14:11:37 -0800 [thread overview]
Message-ID: <20121106141137.68bbd4ea.akpm@linux-foundation.org> (raw)
In-Reply-To: <1352155633-8648-1-git-send-email-walken@google.com>
On Mon, 5 Nov 2012 14:46:57 -0800
Michel Lespinasse <walken@google.com> wrote:
> Earlier this year, Rik proposed using augmented rbtrees to optimize
> our search for a suitable unmapped area during mmap(). This prompted
> my work on improving the augmented rbtree code. Rik doesn't seem to
> have time to follow up on his idea at this time, so I'm sending this
> series to revive the idea.
Well, the key word here is "optimize". Some quantitative testing
results would be nice, please!
People do occasionally see nasty meltdowns in the get_unmapped_area()
vicinity. There was one case 2-3 years ago which was just ghastly, but
I can't find the email (it's on linux-mm somewhere). This one might be
another case:
http://lkml.indiana.edu/hypermail/linux/kernel/1101.1/00896.html
If you can demonstrate that this patchset fixes some of all of the bad
search complexity scenarios then that's quite a win?
> These changes are against v3.7-rc4. I have not converted all applicable
> architectuers yet, but we don't necessarily need to get them all onboard
> at once - the series is fully bisectable and additional architectures
> can be added later on. I am confident enough in my tests for patches 1-8;
> however the second half of the series basically didn't get tested as
> I don't have access to all the relevant architectures.
Yes, I'll try to get these into -next so that the thousand monkeys at
least give us some compilation coverage testing. Hopefully the
relevant arch maintainers will find time to perform a runtime test.
> Patch 1 is the validate_mm() fix from Bob Liu (+ fixed-the-fix from me :)
I grabbed this one separately, as a post-3.6 fix.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2012-11-06 22:11 UTC|newest]
Thread overview: 166+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-05 22:46 [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` [PATCH 01/16] mm: add anon_vma_lock to validate_mm() Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 23:06 ` Rik van Riel
2012-11-05 23:06 ` Rik van Riel
2012-11-05 23:06 ` Rik van Riel
2012-11-05 23:06 ` Rik van Riel
2012-11-06 8:00 ` Michel Lespinasse
2012-11-06 8:00 ` Michel Lespinasse
2012-11-05 22:46 ` [PATCH 02/16] mm: augment vma rbtree with rb_subtree_gap Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:46 ` Michel Lespinasse
2012-11-05 22:47 ` [PATCH 03/16] mm: check rb_subtree_gap correctness Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-09 14:13 ` Sasha Levin
2012-11-09 14:13 ` Sasha Levin
2012-11-09 14:13 ` Sasha Levin
2012-11-09 14:13 ` Sasha Levin
2012-11-09 20:06 ` Hugh Dickins
2012-11-09 20:06 ` Hugh Dickins
2012-11-09 20:06 ` Hugh Dickins
2012-11-09 20:06 ` Hugh Dickins
2012-11-12 11:55 ` Michel Lespinasse
2012-11-12 11:55 ` Michel Lespinasse
2012-11-12 11:55 ` Michel Lespinasse
2012-11-12 11:55 ` Michel Lespinasse
2012-11-05 22:47 ` [PATCH 04/16] mm: rearrange vm_area_struct for fewer cache misses Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` [PATCH 05/16] mm: vm_unmapped_area() lookup function Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` [PATCH 06/16] mm: use vm_unmapped_area() on x86_64 architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` [PATCH 07/16] mm: fix cache coloring " Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-05 22:47 ` [PATCH 08/16] mm: use vm_unmapped_area() in hugetlbfs Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:33 ` Rik van Riel
2012-11-05 23:33 ` Rik van Riel
2012-11-05 23:33 ` Rik van Riel
2012-11-05 23:33 ` Rik van Riel
2012-11-05 22:47 ` [PATCH 09/16] mm: use vm_unmapped_area() in hugetlbfs on i386 architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:07 ` Rik van Riel
2012-11-05 23:07 ` Rik van Riel
2012-11-05 23:07 ` Rik van Riel
2012-11-05 23:07 ` Rik van Riel
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:48 ` Rik van Riel
2012-11-06 22:48 ` Rik van Riel
2012-11-06 22:48 ` Rik van Riel
2012-11-06 22:48 ` Rik van Riel
2012-11-05 22:47 ` [PATCH 10/16] mm: use vm_unmapped_area() on mips architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:34 ` Rik van Riel
2012-11-05 23:34 ` Rik van Riel
2012-11-05 23:34 ` Rik van Riel
2012-11-05 23:34 ` Rik van Riel
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-05 22:47 ` [PATCH 11/16] mm: use vm_unmapped_area() on arm architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-06 22:38 ` Andrew Morton
2012-11-05 22:47 ` [PATCH 12/16] mm: use vm_unmapped_area() on sh architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-05 23:35 ` Rik van Riel
2012-11-05 22:47 ` [PATCH 13/16] mm: use vm_unmapped_area() on sparc64 architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 22:47 ` [PATCH 14/16] mm: use vm_unmapped_area() in hugetlbfs " Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 23:36 ` Rik van Riel
2012-11-05 22:47 ` [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-06 1:25 ` David Miller
2012-11-06 1:25 ` David Miller
2012-11-06 1:25 ` David Miller
2012-11-06 1:25 ` David Miller
2012-11-06 3:13 ` Michel Lespinasse
2012-11-06 3:13 ` Michel Lespinasse
2012-11-06 3:13 ` Michel Lespinasse
2012-11-06 3:13 ` Michel Lespinasse
2012-11-06 7:30 ` Rik van Riel
2012-11-06 7:30 ` Rik van Riel
2012-11-06 7:30 ` Rik van Riel
2012-11-06 7:30 ` Rik van Riel
2012-11-06 17:41 ` David Miller
2012-11-06 17:41 ` David Miller
2012-11-06 17:41 ` David Miller
2012-11-06 17:41 ` David Miller
2012-11-05 22:47 ` [PATCH 16/16] mm: use vm_unmapped_area() in hugetlbfs on tile architecture Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 22:47 ` Michel Lespinasse
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-05 23:37 ` Rik van Riel
2012-11-06 22:11 ` Andrew Morton [this message]
2012-11-06 22:11 ` [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas Andrew Morton
2012-11-06 22:11 ` Andrew Morton
2012-11-06 22:11 ` Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121106141137.68bbd4ea.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=cmetcalf@tilera.com \
--cc=davem@davemloft.net \
--cc=hughd@google.com \
--cc=lethal@linux-sh.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-mm@kvack.org \
--cc=linux-sh@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=ralf@linux-mips.org \
--cc=riel@redhat.com \
--cc=sparclinux@vger.kernel.org \
--cc=walken@google.com \
--cc=wli@holomorphy.com \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.