From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvMei-00030G-La for qemu-devel@nongnu.org; Sun, 30 Jan 2005 16:30:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvMdK-0002pq-CB for qemu-devel@nongnu.org; Sun, 30 Jan 2005 16:29:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvMdF-0002hh-3o for qemu-devel@nongnu.org; Sun, 30 Jan 2005 16:29:21 -0500 Received: from [212.16.62.51] (helo=mail.13thfloor.at) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvLxi-0006cR-9l for qemu-devel@nongnu.org; Sun, 30 Jan 2005 15:46:26 -0500 Date: Sun, 30 Jan 2005 21:46:19 +0100 From: Herbert Poetzl Subject: Re: [Qemu-devel] qemu-fast target removal ? Message-ID: <20050130204619.GA14598@mail.13thfloor.at> References: <41FC04A8.5090308@bellard.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FC04A8.5090308@bellard.org> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Fabrice Bellard Cc: qemu-devel@nongnu.org On Sat, Jan 29, 2005 at 10:48:24PM +0100, Fabrice Bellard wrote: > Hi, > > I plan to remove the 'qemu-fast' target in the next release of QEMU. It > is too painful to maintain, difficult to port and it needs a patched > guest OS to work correctly. hmm, but IMHO it's _a_lot_ faster than the qemu/soft mmu and I'm using it on a regular basis for kernel development (the patch is minimal and doesn't change anything relevant) are you sure that you want to do that? here is a comparison: (2.6.11-rc2 kernel testboot, nothing else) with qemu-fast (0.6.1): 3.31user 0.33system 0:08.39elapsed 43%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (5638major+1879minor)pagefaults 0swaps with qemu (softmmu, 0.6.1) 19.25user 0.27system 0:23.25elapsed 83%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (901major+5788minor)pagefaults 0swaps I would _really_ appreciate not to spend almost three times the amount of time and a lot more of cpu power to wait for the kernel to boot ... > This target is replaced by the standard QEMU with soft mmu support. The > QEMU Kernel Acceleration Layer which will be unveiled very soon will > give much more performance while working with unpatched guest OSes. any numbers for that? will it be compareable? what will it require? thanks for your work! best, Herbert > Fabrice. > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel