From: Avi Kivity <avi@redhat.com>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: qemu-devel Developers <qemu-devel@nongnu.org>,
Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [RFC] Host vs Guest memory allocation
Date: Mon, 12 Apr 2010 14:48:30 +0300 [thread overview]
Message-ID: <4BC3088E.5080603@redhat.com> (raw)
In-Reply-To: <20100405231821.GA27894@volta.aurel32.net>
On 04/06/2010 02:18 AM, Aurelien Jarno wrote:
>
>> (1) Enable softmmu for userland. This is of course the highest overhead,
>> but will work for all combinations.
>>
>>
> This option would solve a lot of problems and simplify a lot of code:
> unaligned access on hosts requiring strict alignements, different page
> size between host and guest, self-modifying code, 64-bit user land on
> 32-bit host, etc... That's what currently comes to my mind, but that
> would solve a lot more problems.
>
> It will clearly have a high overhead, but it might be interesting to
> quantify it, to see if we should continue to add tons of code/workaround
> to linux-user instead of switching to softmmu for userland. It could
> also be optimized, for example by increasing the TLB size compared to
> system mode, and doing TLB preallocation on mmap calls.
>
>
You could reduce the overhead somewhat by using kvm for memory
translation on hosts that support it. Of course tcg translation and
syscall costs will grow by the exit overhead.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
next prev parent reply other threads:[~2010-04-12 11:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-05 22:45 [Qemu-devel] [RFC] Host vs Guest memory allocation Richard Henderson
2010-04-05 23:18 ` Aurelien Jarno
2010-04-12 11:48 ` Avi Kivity [this message]
2010-04-12 14:55 ` Richard Henderson
2010-04-12 15:09 ` Avi Kivity
2010-04-12 15:39 ` Alexander Graf
2010-04-12 15:49 ` Avi Kivity
2010-04-12 15:56 ` Alexander Graf
2010-04-12 16:08 ` Avi Kivity
2010-04-12 11:25 ` Paul Brook
2010-04-12 14:48 ` Richard Henderson
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=4BC3088E.5080603@redhat.com \
--to=avi@redhat.com \
--cc=aurelien@aurel32.net \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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.