On Tuesday 02 October 2007 07:22, Andrew Morton wrote: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). 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). -
| Ingo Molnar | Re: x86: 4kstacks default |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Rafael J. Wysocki | [Bug #10919] [regression] display dimming is slow and laggy - Acer Travelmate 661lci |
git: | |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
