From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Slow PXE boot in qemu.git (fast in qemu-kvm.git) Date: Tue, 12 Apr 2011 10:42:12 +0300 Message-ID: <4DA40254.1050608@redhat.com> References: <20110408202525.26c45c05@doriath> <4D9FAD71.5020503@codemonkey.ws> <20110411153519.37f8316a@doriath> <1302548432.3589.78.camel@x201> <20110411161555.49688970@doriath> <4DA35EE4.6090303@web.de> <4DA39F50.8090108@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jan Kiszka , Luiz Capitulino , Alex Williamson , qemu-devel@nongnu.org, kvm@vger.kernel.org, mtosatti@redhat.com, mst@redhat.com, blauwirbel@gmail.com To: Anthony Liguori Return-path: Received: from mx1.redhat.com ([209.132.183.28]:29100 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754023Ab1DLHmU (ORCPT ); Tue, 12 Apr 2011 03:42:20 -0400 In-Reply-To: <4DA39F50.8090108@codemonkey.ws> Sender: kvm-owner@vger.kernel.org List-ID: On 04/12/2011 03:39 AM, Anthony Liguori wrote: >> would say let it rest in peace. But maybe it points to a generic issues >> that is just magnified by non-threaded mode. > If it's most probably an architectural deficit of non-io-thread mode, I > > If gpxe is spinning waiting for I/O to complete, that's going to > prevent select from running until the next signal (timer event). Or the next signal (packet received on fd). -- error compiling committee.c: too many arguments to function From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:42610) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9YEu-0007kS-PI for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:42:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9YEu-0006YM-0h for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:42:20 -0400 Received: from mx1.redhat.com ([209.132.183.28]:10647) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9YEt-0006Y5-N3 for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:42:19 -0400 Message-ID: <4DA40254.1050608@redhat.com> Date: Tue, 12 Apr 2011 10:42:12 +0300 From: Avi Kivity MIME-Version: 1.0 References: <20110408202525.26c45c05@doriath> <4D9FAD71.5020503@codemonkey.ws> <20110411153519.37f8316a@doriath> <1302548432.3589.78.camel@x201> <20110411161555.49688970@doriath> <4DA35EE4.6090303@web.de> <4DA39F50.8090108@codemonkey.ws> In-Reply-To: <4DA39F50.8090108@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Slow PXE boot in qemu.git (fast in qemu-kvm.git) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: kvm@vger.kernel.org, mst@redhat.com, mtosatti@redhat.com, qemu-devel@nongnu.org, Luiz Capitulino , blauwirbel@gmail.com, Alex Williamson , Jan Kiszka On 04/12/2011 03:39 AM, Anthony Liguori wrote: >> would say let it rest in peace. But maybe it points to a generic issues >> that is just magnified by non-threaded mode. > If it's most probably an architectural deficit of non-io-thread mode, I > > If gpxe is spinning waiting for I/O to complete, that's going to > prevent select from running until the next signal (timer event). Or the next signal (packet received on fd). -- error compiling committee.c: too many arguments to function