All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: Question about apply eglibc configurability to create minimal image
Date: Thu, 9 Jun 2011 10:38:46 -0500	[thread overview]
Message-ID: <4DF0E906.3070600@windriver.com> (raw)
In-Reply-To: <BANLkTimV_znbLegSD-E3EEeFqEasmDHa4Q@mail.gmail.com>

On 6/9/11 10:34 AM, Frans Meulenbroeks wrote:
> 
> 
> 2011/6/9 Mark Hatle <mark.hatle@windriver.com <mailto:mark.hatle@windriver.com>>
> 
>     On 6/9/11 5:57 AM, Kang Kai wrote:
>     > Hi Mark,
>     >
>     > I am focus on eglibc itself compilation with disabling all the
>     > configurable options, right now eglibc can be compiled with disable all
>     > the configurable options.
>     >
>     > But when I build core-image-minimal in a clear new directory, some
>     > packages build failed and they need eglibc supports, such as
> 
>     core-image-minimal is simply to large of an image to see some of the advantages
>     of the eglibc configuration.  Realistically the advantages come on single
>     application or small (busybox + single application) systems.
> 
> 
> Then again if you are in that usecase you're probably better off (spacewise)
> using static linking

dynamical linking has the advantage of requiring less run-time memory.  So
multi-process, small systems are better in dynamic configurations then static.
(Copy-On-Write)

On-disk space is better static then dynamic.  It's all trade-offs in the end.

--Mark

> Frans
> 
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




  reply	other threads:[~2011-06-09 15:42 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-09 10:57 Question about apply eglibc configurability to create minimal image Kang Kai
2011-06-09 10:59 ` [poky] " Koen Kooi
2011-06-09 10:59   ` Koen Kooi
2011-06-09 15:20 ` Mark Hatle
2011-06-09 15:20   ` Mark Hatle
2011-06-09 15:34   ` Frans Meulenbroeks
2011-06-09 15:38     ` Mark Hatle [this message]
2011-06-10  2:50   ` Kang Kai
2011-06-10  2:50     ` Kang Kai
2011-06-17 10:05   ` Kang Kai
2011-06-17 10:05     ` Kang Kai
2011-06-17 15:46     ` Mark Hatle
2011-06-17 15:46       ` Mark Hatle
2011-06-17 16:10       ` Koen Kooi
2011-06-21  7:35       ` Kang Kai
2011-06-21  7:35         ` Kang Kai
2011-06-27  2:09         ` Kang Kai
2011-06-27  2:09           ` [OE-core] " Kang Kai
2011-06-09 19:34 ` Khem Raj

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=4DF0E906.3070600@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=openembedded-core@lists.openembedded.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.