Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1193530
| From | Josh Triplett <josh@joshtriplett.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: linux-next: build failure after merge of the akpm-current tree |
| Date | 2015-07-28 00:20 +0200 |
| Message-ID | <pQYUy-6NR-9@gated-at.bofh.it> (permalink) |
| References | (4 earlier) <pQfb3-83S-1@gated-at.bofh.it> <pQggN-18S-5@gated-at.bofh.it> <pQWSK-3Ss-9@gated-at.bofh.it> <pQXc6-4g0-17@gated-at.bofh.it> <pQXlM-4tq-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Jul 27, 2015 at 01:31:33PM -0700, Andrew Morton wrote: > On Mon, 27 Jul 2015 13:27:58 -0700 josh@joshtriplett.org wrote: > > > I agree with that. I'm wondering if, rather than making the > > SRCU-ification optional, shrinkers themselves could just be optional. > > Unless I'm badly misunderstanding what shrinkers do, they seem like a > > perfect example of something that could be omitted with little to no > > impact. (Stub them out, make them never called, and if you run out of > > memory just be unhappy. Ditto for the oom-killer, which really ought to > > be optional.) > > The shrinkers do important stuff ;) "find /" will consume large amounts > of memory for inode and dentry caches. The shrinkers are how we free > that up again. *Ah*, I see. I misunderstood their purpose, and I didn't realize that was one of the cases they covered. While that might be possible to reduce, it doesn't sound like it can go away entirely. :) - Josh Triplett -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: linux-next: build failure after merge of the akpm-current tree Josh Triplett <josh@joshtriplett.org> - 2015-07-25 22:00 +0200
Re: linux-next: build failure after merge of the akpm-current tree Davidlohr Bueso <dave@stgolabs.net> - 2015-07-25 23:30 +0200
Re: linux-next: build failure after merge of the akpm-current tree Josh Triplett <josh@joshtriplett.org> - 2015-07-28 00:20 +0200
csiph-web