From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:54912)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <tg@gmplib.org>) id 1Ua0wX-0004Ho-OI
	for qemu-devel@nongnu.org; Wed, 08 May 2013 05:45:52 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <tg@gmplib.org>) id 1Ua0wV-0006SP-7y
	for qemu-devel@nongnu.org; Wed, 08 May 2013 05:45:49 -0400
Received: from gmplib-02.nada.kth.se ([130.237.222.242]:46041
	helo=shell.gmplib.org) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <tg@gmplib.org>) id 1Ua0wV-0006SD-19
	for qemu-devel@nongnu.org; Wed, 08 May 2013 05:45:47 -0400
References: <8661yvqasu.fsf@shell.gmplib.org>
	<CACXAS8ABdA5YAtESCUo1_4APuWnKve+OE6h4JXfE5zCNi-a54g@mail.gmail.com>
	<20130507225736.GO5000@ohm.aurel32.net> <5189FDD3.5000902@redhat.com>
From: Torbjorn Granlund <tg@gmplib.org>
Sender: tg@gmplib.org
Date: Wed, 08 May 2013 11:45:45 +0200
In-Reply-To: <5189FDD3.5000902@redhat.com> (Paolo Bonzini's message of "Wed\,
	08 May 2013 09\:25\:07 +0200")
Message-ID: <86fvxxoldi.fsf@shell.gmplib.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] Reporting Heisenbugs in qemu
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: Paolo Bonzini <pbonzini@redhat.com>
Cc: Artyom Tarasenko <atar4qemu@gmail.com>, Aurelien Jarno <aurelien@aurel32.net>, qemu-devel <qemu-devel@nongnu.org>

Paolo Bonzini <pbonzini@redhat.com> writes:

  I guess that's the register windows.  There's only so much you can do to
  optimize them, and heavily recursive workloads (like Perl, or the RTL
  half of GCC) pay a hefty price.
=20=20
Two qemu targets stand out for slowness, sparc (32 and 64) and mips (64,
don't know about 32).

x86 (32 and 64), arm, and ppc run with a slowdown of < 30 for my bogus
benchmark of GMP configure+make.

With FreeBSD x86_64 I see a slowdown of just 13.  (My reference system
runs FreeBSD, so running FreeBSD under qemu is only far.)

My claimed slowdown factors are affected by kernel, libraries, and
unfortunately very much by gcc speed, which vary with target.

If the sparc emulation speed is due to register windows, then why does
mips seem just as slow?

If register windows shortage is a problem, it should be easy to pretend
to have lots of them, right?

--=20
Torbj=C3=B6rn