From: Ingo Molnar <mingo@elte.hu>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@infradead.org>,
Avi Kivity <avi@redhat.com>,
"Zhang, Yanmin" <yanmin_zhang@linux.intel.com>,
Peter Zijlstra <peterz@infradead.org>,
ming.m.lin@intel.com, sheng.yang@intel.com,
Jes Sorensen <Jes.Sorensen@redhat.com>,
KVM General <kvm@vger.kernel.org>,
Zachary Amsden <zamsden@redhat.com>,
Gleb Natapov <gleb@redhat.com>,
Fr??d??ric Weisbecker <fweisbec@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Arjan van de Ven <arjan@infradead.org>
Subject: Re: Enhance perf to support KVM
Date: Tue, 2 Mar 2010 18:24:13 +0100 [thread overview]
Message-ID: <20100302172413.GD28538@elte.hu> (raw)
In-Reply-To: <4B8D48F1.7020605@redhat.com>
* Paolo Bonzini <pbonzini@redhat.com> wrote:
> On 03/02/2010 06:12 PM, Arnaldo Carvalho de Melo wrote:
> >You imply lockstep updates because both are on the same source tree? I
> >don't see why that would be required, there is an ABI contract to be
> >respected no matter where the sources for the signatories live.
>
> It's not about ABIs, it's about not being able to rely exclusively on new
> syscalls or flags (one for all: SOCK_NONBLOCK) because people can run new
> glibc on old kernels.
That is not what i was suggesting though.
I am suggesting a klibc-alike approach, where glibc is not on the filesystem
but mapped by the kernel, basically as an extension of the standard vDSO.
We always have most of glibc paged in all the time, so there's no real RAM
usage difference. (and ultra-embedded would sure make use of this to trim RAM
usage in fact.)
That way the C library comes with the kernel. New kernel, new/updated system
library.
Ingo
next prev parent reply other threads:[~2010-03-02 17:24 UTC|newest]
Thread overview: 109+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1267068445.1726.25.camel@localhost>
[not found] ` <1267089644.12790.74.camel@laptop>
2010-02-26 2:49 ` Enhance perf to support KVM Zhang, Yanmin
2010-02-26 9:01 ` Ingo Molnar
2010-02-26 9:53 ` Avi Kivity
2010-02-26 10:35 ` Ingo Molnar
2010-02-26 10:47 ` Avi Kivity
2010-02-26 11:17 ` Ingo Molnar
2010-02-26 11:44 ` Avi Kivity
2010-02-26 12:46 ` Ingo Molnar
2010-02-26 12:54 ` Avi Kivity
2010-02-26 13:16 ` Ingo Molnar
2010-02-26 13:57 ` Jes Sorensen
2010-02-26 14:04 ` Avi Kivity
2010-02-26 14:23 ` Ingo Molnar
2010-02-26 15:06 ` Avi Kivity
2010-03-02 16:46 ` Paolo Bonzini
2010-03-02 17:12 ` Arnaldo Carvalho de Melo
2010-03-02 17:20 ` Paolo Bonzini
2010-03-02 17:24 ` Ingo Molnar [this message]
2010-03-02 17:17 ` Ingo Molnar
2010-03-07 14:17 ` Avi Kivity
2010-02-26 18:33 ` Avi Kivity
2010-02-27 10:56 ` KVM usability Ingo Molnar
2010-02-27 13:30 ` Jan Kiszka
2010-02-27 13:30 ` [Qemu-devel] " Jan Kiszka
2010-02-27 14:48 ` Ian Kirk
2010-02-27 15:32 ` Zachary Amsden
2010-02-27 17:25 ` Ingo Molnar
2010-03-01 15:33 ` Anthony Liguori
2010-03-01 16:48 ` Zachary Amsden
2010-03-01 17:41 ` Arnaldo Carvalho de Melo
2010-03-01 18:29 ` Zachary Amsden
2010-03-01 20:56 ` Ingo Molnar
2010-03-01 21:45 ` Anthony Liguori
2010-03-01 22:06 ` Zachary Amsden
2010-03-02 0:33 ` Ingo Molnar
2010-03-02 0:30 ` Ingo Molnar
2010-03-02 2:34 ` Anthony Liguori
2010-03-02 8:39 ` Chris Webb
2010-03-07 18:42 ` Avi Kivity
2010-03-02 10:30 ` Ingo Molnar
2010-03-07 9:35 ` Avi Kivity
2010-03-07 9:56 ` Pekka Enberg
2010-03-07 10:11 ` Avi Kivity
2010-03-07 18:42 ` Ingo Molnar
2010-03-07 15:14 ` Luca Barbieri
2010-03-07 18:16 ` Avi Kivity
2010-03-07 18:01 ` Arnaldo Carvalho de Melo
2010-03-07 18:15 ` Avi Kivity
2010-03-07 18:53 ` Arnaldo Carvalho de Melo
2010-03-07 19:05 ` Avi Kivity
2010-03-07 18:25 ` Avi Kivity
2010-03-01 9:25 ` Ingo Molnar
2010-03-01 15:36 ` Anthony Liguori
2010-03-01 15:14 ` Anthony Liguori
2010-03-01 15:42 ` Daniel P. Berrange
2010-03-02 1:12 ` Dustin Kirkland
2010-03-02 10:11 ` Peter Zijlstra
2010-03-02 13:37 ` Nikolai K. Bochev
2010-03-02 14:22 ` Gerd Hoffmann
2010-03-02 14:29 ` Ingo Molnar
2010-03-07 9:22 ` Avi Kivity
2010-03-02 14:37 ` Daniel P. Berrange
2010-03-02 14:52 ` Gerd Hoffmann
2010-03-02 14:56 ` Daniel P. Berrange
2010-03-02 15:13 ` Gerd Hoffmann
2010-03-04 20:00 ` Lucas Meneghel Rodrigues
2010-03-04 20:13 ` Zachary Amsden
2010-03-04 20:34 ` Anthony Liguori
2010-03-04 22:23 ` H. Peter Anvin
2010-03-05 7:44 ` Markus Armbruster
2010-03-07 11:25 ` Avi Kivity
2010-03-01 21:12 ` Dustin Kirkland
2010-03-01 21:59 ` Anthony Liguori
2010-03-02 2:34 ` Alexander Graf
2010-03-02 2:36 ` Anthony Liguori
2010-03-09 13:32 ` Avi Kivity
2010-03-09 14:32 ` Dustin Kirkland
2010-03-09 14:38 ` Alexander Graf
2010-03-09 14:50 ` Anthony Liguori
2010-03-09 14:52 ` Avi Kivity
2010-03-09 14:57 ` Anthony Liguori
2010-03-09 17:11 ` Avi Kivity
2010-03-09 17:27 ` Anthony Liguori
2010-03-09 17:30 ` Avi Kivity
2010-03-09 14:49 ` Anthony Liguori
2010-03-09 14:54 ` Avi Kivity
2010-03-02 3:02 ` Dustin Kirkland
2010-03-02 8:21 ` Chris Webb
2010-03-02 14:54 ` Dustin Kirkland
[not found] ` <428008581.20100302103400@eternallybored.org>
2010-03-07 11:35 ` Avi Kivity
2010-04-04 12:31 ` High CPU use of -usbdevice tablet (was Re: KVM usability) Chris Webb
2010-04-04 12:31 ` [Qemu-devel] " Chris Webb
2010-04-04 14:25 ` Paul Brook
2010-04-04 14:25 ` Paul Brook
2010-04-04 16:58 ` Avi Kivity
2010-04-04 16:58 ` Avi Kivity
2010-04-04 21:03 ` Paul Brook
2010-04-04 21:03 ` Paul Brook
2010-04-04 21:53 ` Paul Brook
2010-04-04 21:53 ` Paul Brook
2010-04-05 8:22 ` Avi Kivity
2010-04-05 8:22 ` Avi Kivity
2010-03-03 2:57 ` KVM usability Ross Boylan
2010-03-03 8:55 ` Daniel P. Berrange
2010-03-03 15:42 ` Ross Boylan
2010-03-07 14:29 ` Avi Kivity
2010-02-26 11:48 ` Enhance perf to support KVM Peter Zijlstra
2010-02-26 11:53 ` Avi Kivity
2010-02-26 20:17 ` Anthony Liguori
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=20100302172413.GD28538@elte.hu \
--to=mingo@elte.hu \
--cc=Jes.Sorensen@redhat.com \
--cc=a.p.zijlstra@chello.nl \
--cc=acme@infradead.org \
--cc=arjan@infradead.org \
--cc=avi@redhat.com \
--cc=fweisbec@gmail.com \
--cc=gleb@redhat.com \
--cc=hpa@zytor.com \
--cc=kvm@vger.kernel.org \
--cc=ming.m.lin@intel.com \
--cc=pbonzini@redhat.com \
--cc=peterz@infradead.org \
--cc=sheng.yang@intel.com \
--cc=tglx@linutronix.de \
--cc=yanmin_zhang@linux.intel.com \
--cc=zamsden@redhat.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 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.