From: Hollis Blanchard <hollisb-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Paul Brook <paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org>
Cc: kvm-devel
<kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
kvm-ppc-devel
<kvm-ppc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
qemu-devel-qX2TKyscuCcdnm+yROfE0A@public.gmane.org
Subject: Re: [Qemu-devel] Re: qemu device emulation libraries (was [PATCH] Patches from the PyQemu project)
Date: Tue, 04 Sep 2007 15:21:20 -0500 [thread overview]
Message-ID: <1188937280.29530.41.camel@basalt> (raw)
In-Reply-To: <200709042104.59276.paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org>
On Tue, 2007-09-04 at 21:04 +0100, Paul Brook wrote:
> > This could be very valuable when thinking about running qemu *on* embedded
> > systems with constrained memory and processing power, which is exactly what
> > the KVM for embedded PowerPC project is considering. In that scenario,
> > being able to strip out all unnecessary functionality (especially
> > including devices known to be irrelevant) becomes very important.
>
> If you care about memory overhead the last thing you want is to be loading
> loads of bitty little shared libraries. You want to build a single binary
> with just the features you need.
Hmm, that's a good point. Is that something you think can reasonably be
accomplished with qemu today?
--
Hollis Blanchard
IBM Linux Technology Center
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
WARNING: multiple messages have this Message-ID (diff)
From: Hollis Blanchard <hollisb@us.ibm.com>
To: Paul Brook <paul@codesourcery.com>
Cc: kvm-devel <kvm-devel@lists.sourceforge.net>,
kvm-ppc-devel <kvm-ppc-devel@lists.sourceforge.net>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: qemu device emulation libraries (was [PATCH] Patches from the PyQemu project)
Date: Tue, 04 Sep 2007 15:21:20 -0500 [thread overview]
Message-ID: <1188937280.29530.41.camel@basalt> (raw)
In-Reply-To: <200709042104.59276.paul@codesourcery.com>
On Tue, 2007-09-04 at 21:04 +0100, Paul Brook wrote:
> > This could be very valuable when thinking about running qemu *on* embedded
> > systems with constrained memory and processing power, which is exactly what
> > the KVM for embedded PowerPC project is considering. In that scenario,
> > being able to strip out all unnecessary functionality (especially
> > including devices known to be irrelevant) becomes very important.
>
> If you care about memory overhead the last thing you want is to be loading
> loads of bitty little shared libraries. You want to build a single binary
> with just the features you need.
Hmm, that's a good point. Is that something you think can reasonably be
accomplished with qemu today?
--
Hollis Blanchard
IBM Linux Technology Center
next prev parent reply other threads:[~2007-09-04 20:21 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-02 13:50 [Qemu-devel] [PATCH] Patches from PyQemu project Maria Zabolotnaya
2007-09-03 15:41 ` Blue Swirl
2007-09-03 20:44 ` Anthony Liguori
2007-09-04 19:40 ` [Qemu-devel] Re: qemu device emulation libraries (was [PATCH] Patches from the PyQemu project) Hollis Blanchard
2007-09-04 20:04 ` Paul Brook
[not found] ` <200709042104.59276.paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org>
2007-09-04 20:21 ` Hollis Blanchard [this message]
2007-09-04 20:21 ` Hollis Blanchard
2007-09-04 20:38 ` Paul Brook
2007-09-04 20:38 ` Paul Brook
[not found] ` <200709042138.03999.paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org>
2007-09-04 23:38 ` Jimi Xenidis
2007-09-04 23:38 ` [kvm-devel] " Jimi Xenidis
2007-09-04 20:52 ` Anthony Liguori
2007-09-04 19:57 ` [Qemu-devel] Re: [PATCH] Patches from PyQemu project Brian Johnson
2007-09-04 20:56 ` Anthony Liguori
2007-09-04 22:27 ` Thiemo Seufer
2007-09-04 23:34 ` Anthony Liguori
2007-09-04 23:45 ` Anthony Liguori
2007-09-05 10:08 ` Fabrice Bellard
2007-09-04 22:13 ` [Qemu-devel] " Paul Sokolovsky
2007-09-04 19:40 ` qemu device emulation libraries (was [PATCH] Patches from the Hollis Blanchard
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=1188937280.29530.41.camel@basalt \
--to=hollisb-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=kvm-ppc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org \
--cc=qemu-devel-qX2TKyscuCcdnm+yROfE0A@public.gmane.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.