remove zero_page (was Re: -mm merge plans for 2.6.24)
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Date: Wed, 3 Oct 2007 03:45:09 +1000
On Tuesday 02 October 2007 07:22, Andrew Morton wrote:
remove-zero_page.patch
Linus dislikes it. Probably drop it.
I don't know if Linus actually disliked the patch itself, or disliked
my (maybe confusingly worded) rationale?
To clarify: it is not zero_page that fundamentally causes a problem,
but it is a problem that was exposed when I rationalised the page
refcounting in the kernel (and mapcounting in the mm).
I see about 4 things we can do:
1. Nothing
2. Remove zero_page
3. Reintroduce some refcount special-casing for the zero page
4. zero_page per-node or per-cpu or whatever
1 and 2 kind of imply that nothing much sane should use the zero_page
much (the former also implies that we don't care much about those who
do, but in that case, why not go for code removal?).
3 and 4 are if we think there are valid heavy users of zero page, or we
are worried about hurting badly written apps by removing it. If the former,
I'd love to hear about them; if the latter, then it definitely is a valid
concern and I have a patch to avoid refcounting (but if this is the case
then I do hope that one day we can eventually remove it).
mm-use-pagevec-to-rotate-reclaimable-page.patch
mm-use-pagevec-to-rotate-reclaimable-page-fix.patch
mm-use-pagevec-to-rotate-reclaimable-page-fix-2.patch
mm-use-pagevec-to-rotate-reclaimable-page-fix-function-declaration.patch
mm-use-pagevec-to-rotate-reclaimable-page-fix-bug-at-include-linux-mmh220.p
atch
mm-use-pagevec-to-rotate-reclaimable-page-kill-redundancy-in-rotate_reclaim
able_page.patch
mm-use-pagevec-to-rotate-reclaimable-page-move_tail_pages-into-lru_add_drai
n.patch
I guess I'll merge this. Would be nice to have wider perfromance testing
but I guess it'll be easy enough to undo.
Care to give it one more round through -mm? Is it easy enough to
keep? I haven't had a chance to review it, which I'd like to do at some
point (and I don't think it would hurt to have a bit more testing).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: remove zero_page (was Re: -mm merge plans for 2.6.24)
- From: Linus Torvalds
- Re: remove zero_page (was Re: -mm merge plans for 2.6.24)
- From: Andrew Morton
- Re: remove zero_page (was Re: -mm merge plans for 2.6.24)
- References:
- -mm merge plans for 2.6.24
- From: Andrew Morton
- -mm merge plans for 2.6.24
- Prev by Date: Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)
- Next by Date: Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)
- Previous by thread: new aops merge [was Re: -mm merge plans for 2.6.24]
- Next by thread: Re: remove zero_page (was Re: -mm merge plans for 2.6.24)
- Index(es):