From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [patch 00/12] fake ACPI C2 emulation v2 Date: Thu, 05 Jun 2008 10:56:21 +0300 Message-ID: <48479C25.6080009@qumranet.com> References: <20080529222249.563011248@localhost.localdomain> <48426A19.4010000@qumranet.com> <20080602160859.GA3502@dmt.cnet> <48467345.90703@qumranet.com> <20080605031228.GA13046@dmt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Wright , Glauber Costa , Anthony Liguori , kvm@vger.kernel.org To: Marcelo Tosatti Return-path: Received: from bzq-179-150-194.static.bezeqint.net ([212.179.150.194]:19959 "EHLO il.qumranet.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752416AbYFEH4X (ORCPT ); Thu, 5 Jun 2008 03:56:23 -0400 In-Reply-To: <20080605031228.GA13046@dmt.cnet> Sender: kvm-owner@vger.kernel.org List-ID: Marcelo Tosatti wrote: > On Wed, Jun 04, 2008 at 01:49:41PM +0300, Avi Kivity wrote: > >>> Test is 1 million gettimeofday calls, Xeon 1.60GHz with 4MB L2. >>> >>> guest (qemu emulation): >>> cycles:1189759332 >>> >>> guest (in-kernel emulation): >>> cycles:628046412 >>> >>> guest (direct pmtimer): >>> cycles:230372934 >>> >>> host (TSC): >>> cycles:14862774 >>> >>> >> Ratio is 1:15:80 >> >> Looks like direct pmtimer is still quite slow. Are there any exits with >> direct pmtimer, or is it all due to the ioport latency? >> > > host (pmtimer): > cycles:225768390 > > So its getting close-to-native performance. As you mentioned earlier, > acpi_pm can't benefit from vsyscalls. > > Yes, but the host will use tsc (on a modern host with a stable tsc). -- error compiling committee.c: too many arguments to function