public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <andi@firstfloor.org>
To: Minchan Kim <minchan.kim@gmail.com>
Cc: Andi Kleen <andi@firstfloor.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-mm <linux-mm@kvack.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
	Minchan@firstfloor.org
Subject: Re: [PATCH] Kconfig: CONFIG_UNEVICTABLE_LRU move into EMBEDDED submenu
Date: Wed, 13 May 2009 13:49:07 +0200	[thread overview]
Message-ID: <20090513114907.GR19296@one.firstfloor.org> (raw)
In-Reply-To: <28c262360905130441q8c904faq1d3e5152fada7a85@mail.gmail.com>

On Wed, May 13, 2009 at 08:41:21PM +0900, Minchan Kim wrote:
> Hi, Andi.
> 
> On Wed, May 13, 2009 at 8:38 PM, Andi Kleen <andi@firstfloor.org> wrote:
> >> In past days, I proposed this. but Minchan found this config bloat kernel 7kb
> >> and he claim embedded guys should have selectable chance. I agreed it.
> >
> > Well there's lots of code in the kernel and 7k doesn't seem worth bothering.
> > If you just save two pages of memory somewhere you can save more.
> >
> >> Is this enough explanation?
> >
> > It's not a very good one.
> >
> > I would propose to just remove it or at least hide it completely
> > and only make it dependent on CONFIG_MMU inside Kconfig.
> 
> I thought this feature don't have a big impact on embedded.
> At First, 7K is not important but as time goes by, it could be huge

I don't follow. 7k is never huge, also not when time goes by.

In general saving text size is not very fruitful compared to the
savings you can get from optimizing dynamic memory allocation.
Most of the memory waste is in dynamic allocation. That's easy
to see because even on small systems there's much more (several
magnitudes) dynamic memory than kernel text.

-Andi
-- 
ak@linux.intel.com -- Speaking for myself only.

  reply	other threads:[~2009-05-13 11:44 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-13  8:30 [PATCH] Kconfig: CONFIG_UNEVICTABLE_LRU move into EMBEDDED submenu KOSAKI Motohiro
2009-05-13  8:51 ` Minchan Kim
2009-05-13  8:59   ` KOSAKI Motohiro
2009-05-13 10:12     ` Minchan Kim
2009-05-13 10:37       ` David Woodhouse
2009-05-13 11:13         ` Minchan Kim
2009-05-13 14:34         ` Matt Mackall
2009-05-13 14:45           ` David Woodhouse
2009-05-13 11:09 ` Andi Kleen
2009-05-13 11:18   ` KOSAKI Motohiro
2009-05-13 11:38     ` Andi Kleen
2009-05-13 11:41       ` Minchan Kim
2009-05-13 11:49         ` Andi Kleen [this message]
2009-05-13 11:58       ` KOSAKI Motohiro
2009-05-13 12:12         ` Minchan Kim
2009-05-13 14:13         ` Andi Kleen
2009-05-13 23:17           ` KOSAKI Motohiro
2009-05-13 11:24 ` Johannes Weiner

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=20090513114907.GR19296@one.firstfloor.org \
    --to=andi@firstfloor.org \
    --cc=Lee.Schermerhorn@hp.com \
    --cc=Minchan@firstfloor.org \
    --cc=akpm@linux-foundation.org \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=minchan.kim@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox