From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:45778)
	by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <pl@dlh.net>)
	id 1RznRT-00034r-SL
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 05:59:32 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pl@dlh.net>) id 1RznRM-0000NZ-IL
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 05:59:31 -0500
Received: from ssl.dlh.net ([91.198.192.8]:57590)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pl@dlh.net>)
	id 1RznRM-0000NT-CE
	for qemu-devel@nongnu.org; Tue, 21 Feb 2012 05:59:24 -0500
Message-ID: <4F43790B.90603@dlh.net>
Date: Tue, 21 Feb 2012 11:59:23 +0100
From: Peter Lieven <pl@dlh.net>
MIME-Version: 1.0
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>
In-Reply-To: <20120221105615.GA27176@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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: Gleb Natapov <gleb@redhat.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org, vrozenfe@redhat.com

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?

Peter