qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2


From: Avi Kivity
Subject: Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2.6.35?
Date: Tue, 03 Aug 2010 20:08:26 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7) Gecko/20100720 Fedora/3.1.1-1.fc13 Lightning/1.0b2pre Thunderbird/3.1.1

 On 08/03/2010 07:56 PM, Richard W.M. Jones wrote:
On Tue, Aug 03, 2010 at 07:44:49PM +0300, Avi Kivity wrote:
  On 08/03/2010 07:28 PM, Richard W.M. Jones wrote:
I have posted a small patch which makes this 650x faster without
appreciable complication.
It doesn't appear to support live migration, or hiding the feature
for -M older.
AFAICT live migration should still work (even assuming someone live
migrates a domain during early boot, which seems pretty unlikely ...)

Live migration is sometimes performed automatically by management tools, which have no idea (nor do they care) what the guest is doing.

Maybe you mean live migration of the dma_* global variables?  I can
fix that.

Yes.

It's not a good path to follow.  Tomorrow we'll need to load 300MB
initrds and we'll have to rework this yet again.
Not a very good straw man ...  The patch would take ~300ms instead
of ~115ms, versus something like 2 mins 40 seconds with the current
method.


It's still 300ms extra time, with a 900MB footprint.

btw, a DMA interface which blocks the guest and/or qemu for 115ms is not something we want to introduce to qemu. dma is hard, doing something simple means it won't work very well.

--
error compiling committee.c: too many arguments to function




reply via email to

[Prev in Thread] Current Thread [Next in Thread]