From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2.6.35? Date: Wed, 04 Aug 2010 12:26:06 -0500 Message-ID: <4C59A2AE.2060602@codemonkey.ws> References: <20100803190525.GB16570@redhat.com> <4C586AB9.5040302@codemonkey.ws> <4C586CF9.7030206@redhat.com> <4C588804.5060803@redhat.com> <4C590046.2020705@redhat.com> <4C591D48.9080301@redhat.com> <4C592218.3000901@redhat.com> <4C596549.1070109@codemonkey.ws> <20100804130709.GL10499@redhat.com> <4C5967D8.7080707@codemonkey.ws> <20100804133401.GP10499@redhat.com> <4C5970AC.6060105@codemonkey.ws> <4C5995B4.90505@redhat.com> <4C5996F4.6010205@redhat.com> <721C3046-D6A7-47B2-A18C-4E59F2B68797@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Avi Kivity , Gleb Natapov , Gerd Hoffmann , "Richard W.M. Jones" , qemu-devel@nongnu.org, kvm@vger.kernel.org To: Alexander Graf Return-path: Received: from mail-qy0-f174.google.com ([209.85.216.174]:56653 "EHLO mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751831Ab0HDR0L (ORCPT ); Wed, 4 Aug 2010 13:26:11 -0400 Received: by qyk7 with SMTP id 7so1401942qyk.19 for ; Wed, 04 Aug 2010 10:26:10 -0700 (PDT) In-Reply-To: <721C3046-D6A7-47B2-A18C-4E59F2B68797@suse.de> Sender: kvm-owner@vger.kernel.org List-ID: On 08/04/2010 11:45 AM, Alexander Graf wrote: > Frankly, I partially agreed to your point when we were talking about 300ms vs. 2 seconds. Now that we're talking 8 seconds that whole point is moot. We chose the wrong interface to transfer kernel+initrd data into the guest. > > Now the question is how to fix that. I would veto against anything normally guest-OS-visible. By occupying the floppy, you lose a floppy drive in the guest. By occupying a disk, you see an unwanted disk in the guest. Introduce a new virtio device type (say, id 6). Teach SeaBIOS that 6 is exactly like virtio-blk (id 2). Make it clear that id 6 is only to be used by firmware and that normal guest drivers should not be written for id 6. Problem is now solved and everyone's happy. Now we can all go back to making slides for next week :-) Regards, Anthony Liguori > By taking virtio-serial you see an unwanted virtio-serial line in the guest. fw_cfg is great because it's a private interface nobody else accesses. > > I see two alternatives out of this mess: > > 1) Speed up string PIO so we're actually fast again. > 2) Using a different interface (that could also be DMA fw_cfg - remember, we're on a private interface anyways) > > Admittedly 1 would also help in more cases than just booting with -kernel and -initrd, but if that won't get us to acceptable levels (and yes, 8 seconds for 100MB is unacceptable) I don't see any way around 2. > > > Alex > >