From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [Qemu-devel] Re: [PATCH 2 of 5] add can_dma/post_dma for direct IO Date: Tue, 23 Dec 2008 19:31:41 +0200 Message-ID: <4951207D.9060405@redhat.com> References: <20081213143944.GD30537@random.random> <4943E6F9.1050001@codemonkey.ws> <20081213165306.GE30537@random.random> <4944251D.8080109@codemonkey.ws> <20081214164751.GF30537@random.random> <49453BF2.9070304@redhat.com> <20081214171558.GH30537@random.random> <494565A1.6030306@redhat.com> <18767.50158.909778.205969@mariner.uk.xensource.com> <494FEE06.3040005@redhat.com> <20081223000336.GB16266@networkno.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: qemu-devel@nongnu.org, Andrea Arcangeli , chrisw@redhat.com, Gerd Hoffmann , kvm@vger.kernel.org To: Thiemo Seufer Return-path: Received: from mx2.redhat.com ([66.187.237.31]:42543 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750951AbYLWRbu (ORCPT ); Tue, 23 Dec 2008 12:31:50 -0500 In-Reply-To: <20081223000336.GB16266@networkno.de> Sender: kvm-owner@vger.kernel.org List-ID: Thiemo Seufer wrote: >> I agree that we shouldn't expect memory to be contiguous, in order to >> properly support hotplug. But I see zero value in trying to support >> large memory configurations on 32-bit in 2008. This is what 64-bit >> systems are for! If Xen has a problem with 64-bit hosts, we can try to >> accommodate it, but to have 32-bit qemu/tcg >> > > Running x86-64 binaries on a (non-x86) 32-bit host is IMHO quite an > obvious application for qemu/tcg. > I agree. I don't think running guests with >2GB of RAM on 32-bit hosts is a good idea, though. Instruction set, physical address space width, and actual maximum memory size supported are very different things. I'm sure you don't want qemu to swap memory in and out of its address space (which is what Xen does). >> or qemu/kvm support large address spaces is pointless IMO. >> > > Interestingly, Virtualbox just started to support > 64-bit-target-on-32-bit-host. > That makes sense on Windows, where 32-bit hosts still have an advantage over 64-bit. But again, that's very different from supporting a large address space. Want 64-bit guests? sure, qemu/tcg can handle it, as well as qemu/kvm (on a 64-bit host). Want lots of memory for your CAD application/openoffice docs/qemu guests? Use a 64-bit host. -- error compiling committee.c: too many arguments to function