From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2.6.35? Date: Wed, 04 Aug 2010 19:26:24 +0300 Message-ID: <4C5994B0.7010902@redhat.com> 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> <20100804132408.GG28523@amd.home.annexia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Anthony Liguori , Gleb Natapov , Gerd Hoffmann , qemu-devel@nongnu.org, kvm@vger.kernel.org To: "Richard W.M. Jones" Return-path: Received: from mx1.redhat.com ([209.132.183.28]:28307 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754137Ab0HDQ0e (ORCPT ); Wed, 4 Aug 2010 12:26:34 -0400 In-Reply-To: <20100804132408.GG28523@amd.home.annexia.org> Sender: kvm-owner@vger.kernel.org List-ID: On 08/04/2010 04:24 PM, Richard W.M. Jones wrote: > > It's boot time, so you can just map it over some existing RAM surely? > Linuxboot.bin can work out where to map it so it won't be in any > memory either being used or the target for the copy. There's no such thing as boot time from the host's point of view. There are interfaces and they should work whatever the guest is doing right now. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain. From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=34791 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oggna-0007jP-TE for qemu-devel@nongnu.org; Wed, 04 Aug 2010 12:26:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OggnZ-0001zD-W3 for qemu-devel@nongnu.org; Wed, 04 Aug 2010 12:26:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:3185) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OggnZ-0001ys-Nj for qemu-devel@nongnu.org; Wed, 04 Aug 2010 12:26:33 -0400 Message-ID: <4C5994B0.7010902@redhat.com> Date: Wed, 04 Aug 2010 19:26:24 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2.6.35? 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> <20100804132408.GG28523@amd.home.annexia.org> In-Reply-To: <20100804132408.GG28523@amd.home.annexia.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org, Gleb Natapov , Gerd Hoffmann On 08/04/2010 04:24 PM, Richard W.M. Jones wrote: > > It's boot time, so you can just map it over some existing RAM surely? > Linuxboot.bin can work out where to map it so it won't be in any > memory either being used or the target for the copy. There's no such thing as boot time from the host's point of view. There are interfaces and they should work whatever the guest is doing right now. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.