From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=58323 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OEz0C-0005bX-Cc for qemu-devel@nongnu.org; Thu, 20 May 2010 02:13:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OEz09-0008RS-44 for qemu-devel@nongnu.org; Thu, 20 May 2010 02:13:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56894) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OEz08-0008RM-T6 for qemu-devel@nongnu.org; Thu, 20 May 2010 02:13:01 -0400 Message-ID: <4BF4D2E8.2090607@redhat.com> Date: Thu, 20 May 2010 09:12:56 +0300 From: Avi Kivity MIME-Version: 1.0 References: <0af691d779965663abdd7bc708c2ad7bce2f6da0.1273699506.git.mtosatti@redhat.com> <659C91C0-E58A-43F6-A262-A15613E84FD3@suse.de> <4BED70B3.50202@redhat.com> <679AB14D-A9CC-437E-932F-AC13CAC26BA5@suse.de> <4BED7220.9060203@siemens.com> <4BF3B5F9.6020901@polarzone.de> <4BF41025.9020107@redhat.com> <4BF443EA.3020405@polarzone.de> In-Reply-To: <4BF443EA.3020405@polarzone.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 10/12] kvm: enable smp > 1 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Udo Lembke Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org On 05/19/2010 11:02 PM, Udo Lembke wrote: >> Unrelated, what are your smp issues? >> > > If i use one cpu i got a good io-performance: > e.g. over 500MB/s at the profile "install" of the io-benchmark > h2benchw.exe. > ( aio=threads | SAS-Raid-0 | > ftp://ftp.heise.de/pub/ct/ctsi/h2benchw.zip | hwbenchw.exe -p -w > iotest 0) > The same test but with two cpus gives results between 27 and 298 MB/s! > > Also in real life it's noticeable not only with an benchmark. I use a > win-vm with two cpu for postscript-ripping and have a performance drop > due to the bad io. What's your block device model? virtio or ide? What does cpu usage look like on guest or host? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.