From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:46028)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gleb@redhat.com>) id 1RznT2-0005MZ-OD
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 06:01:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <gleb@redhat.com>) id 1RznSw-0000jb-Q5
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 06:01:08 -0500
Received: from mx1.redhat.com ([209.132.183.28]:50871)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gleb@redhat.com>) id 1RznSw-0000jK-II
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 06:01:02 -0500
Date: Tue, 21 Feb 2012 13:00:57 +0200
From: Gleb Natapov <gleb@redhat.com>
Message-ID: <20120221110057.GA27471@redhat.com>
References: <4F428E53.2010602@dlh.net> <20120220184008.GF29601@redhat.com>
	<20120220190449.GG29601@redhat.com> <4F42A62A.9080503@dlh.net>
	<20120220204515.GI29601@redhat.com> <4F437707.8070208@dlh.net>
	<20120221105615.GA27176@redhat.com> <4F43790B.90603@dlh.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4F43790B.90603@dlh.net>
Subject: Re: [Qemu-devel] win7 bad i/o performance,
	high insn_emulation and exists
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Lieven <pl@dlh.net>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org, vrozenfe@redhat.com

On Tue, Feb 21, 2012 at 11:59:23AM +0100, Peter Lieven wrote:
> On 21.02.2012 11:56, Gleb Natapov wrote:
> >On Tue, Feb 21, 2012 at 11:50:47AM +0100, Peter Lieven wrote:
> >>>I hope it will make Windows use TSC instead, but you can't be sure
> >>>about anything with Windows :(
> >>Whatever it does now it eates more CPU has almost equal
> >>number of exits and throughput is about the same (15MB/s).
> >>If pmtimer is at 0xb008 it still reads it like hell.
> >>
> >>I checked with bcedit /v that useplatformclock is set to "No".
> >Yeah, today I noticed that it is likely virtio drivers that hammer
> >on PM timer (at least rip of the instruction that access it is
> >very close to rip of the instruction that access virtio pio).
> >Vadim, Windows driver developer,  is CCed.
> Ok, I will switch to IDE and e1000 to confirm this? Or does it not
> make sense?
> 
It make perfect sense! Please try it.

--
			Gleb.