From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C0DZb-00087Z-01 for qemu-devel@nongnu.org; Thu, 26 Aug 2004 02:17:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C0DZZ-00087E-BH for qemu-devel@nongnu.org; Thu, 26 Aug 2004 02:17:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C0DZZ-00087B-97 for qemu-devel@nongnu.org; Thu, 26 Aug 2004 02:17:21 -0400 Received: from [216.254.0.205] (helo=mail5.speakeasy.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1C0DUr-0001us-7Q for qemu-devel@nongnu.org; Thu, 26 Aug 2004 02:12:30 -0400 Received: from dsl081-088-222.lax1.dsl.speakeasy.net (HELO [192.168.111.2]) ([64.81.88.222]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Aug 2004 06:12:22 -0000 Subject: Re: [Qemu-devel] QEMU with KNOPPIX From: "John R. Hogerhuis" In-Reply-To: <20040826.141903.78715588.k.suzaki@aist.go.jp> References: <20040825.160907.02296554.k.suzaki@aist.go.jp> <1093428159.16123.737.camel@aragorn> <20040826.141903.78715588.k.suzaki@aist.go.jp> Content-Type: text/plain Message-Id: <1093500780.21464.780.camel@aragorn> Mime-Version: 1.0 Date: Wed, 25 Aug 2004 23:13:01 -0700 Content-Transfer-Encoding: 7bit Reply-To: jhoger@pobox.com, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Wed, 2004-08-25 at 22:19, Kuniyasu Suzaki wrote: > If you have any suggestions, please post. Need to think of some ways to speed it up. It took several minutes to load. Where are the possible optimizations? Could we do a "save state" type operation and jump straight to loaded Knoppix desktop? Seems to be a lot of CDROM activity. That is the nature of Knoppix, and that definitely slows Knoppix down, but for some reason it sounded really choppy to me. I'm wondering if there is anything we can do to speed up cd access. Maybe on a machine with a lot of RAM it could be read into RAM, or perhaps just copied to hard drive in one step and run from there. Some or all apps could be decompressed. I think Knoppix has something like this. It's a complex set up, but some profiling might be in order... see how well QEMU translation cache is performing, and see if there is a lot of time spent in certain types of code that could be sped up in QEMU. I agree with you that Kazu's recent QEMU on Windows was indeed the heavy lifting, but there's still plenty to do on (Knoppix On (QEMU On Windows)) to make it really usable. Which I think it can be, and on some machines maybe it already is... -- John.