From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:52879)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dl.soluz@gmx.net>) id 1ZTU81-0004rF-Mu
	for qemu-devel@nongnu.org; Sun, 23 Aug 2015 08:12:02 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <dl.soluz@gmx.net>) id 1ZTU7y-0007zi-DE
	for qemu-devel@nongnu.org; Sun, 23 Aug 2015 08:12:01 -0400
Received: from mout.gmx.net ([212.227.17.20]:57716)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dl.soluz@gmx.net>) id 1ZTU7y-0007zY-6W
	for qemu-devel@nongnu.org; Sun, 23 Aug 2015 08:11:58 -0400
References: <55B9DD60.8020801@gmx.net> <20150730085500.GV11361@aurel32.net>
	<20150730155003.GE30591@aurel32.net>
	<CACXAS8ABo2yCVL9Hk9yoyY1wvF4X1Oq4vFs87gQyRjH59Yi1Lg@mail.gmail.com>
	<20150731154323.GD23508@aurel32.net>
	<CACXAS8CLVt_0rQCLWmYp=YhL1PJyVLGAxyvQB27Cm6rM+MTGWg@mail.gmail.com>
	<20150803091716.GF30591@aurel32.net>
	<CACXAS8Dv410OJn4tQ14hLOsR-TjHCMQXmTMU8Dk_XT1saPQz9g@mail.gmail.com>
	<55D37189.3010809@twiddle.net>
	<CACXAS8CcN9bz8GBtKyoK+FH29qpRm1XeiGf7apYTBfWYV4evKw@mail.gmail.com>
	<20150819110010.GJ23508@aurel32.net>
	<CACXAS8C82pZws_LYanyEa4YVZdkk717imyRcmCNfvv3uDivr0Q@mail.gmail.com>
	<55D60C1B.9010502@twiddle.net>
	<CACXAS8COD0Mwz2bB_6Q9-5RJz7V8F3ZhLKQ+AOh3buNGjvSZYg@mail.gmail.com>
	<55D8B5C4.90108@gmx.net>
	<CACXAS8D6aFE_W1suKFw04WgO30CewTr9VzgDH880jvTcqqdgvw@mail.gmail.com>
From: Dennis Luehring <dl.soluz@gmx.net>
Message-ID: <55D9B85F.6040300@gmx.net>
Date: Sun, 23 Aug 2015 14:11:11 +0200
MIME-Version: 1.0
In-Reply-To: <CACXAS8D6aFE_W1suKFw04WgO30CewTr9VzgDH880jvTcqqdgvw@mail.gmail.com>
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Debian 7.8.0 SPARC64 on qemu - anything i can do
 to speedup the emulation?
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: Artyom Tarasenko <atar4qemu@gmail.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, Aurelien Jarno <aurelien@aurel32.net>, Richard Henderson <rth@twiddle.net>

Am 22.08.2015 um 20:53 schrieb Artyom Tarasenko:
> Compared with #undef USE_TCG_OPTIMIZATIONS , they are similar, yes.
> Compared with vanilla master I get a more noticeable improvement.

my test suffering less from the Aurelien Jarno described Sparc32->x86_64 
"translation" if you're still using debian 7.8.0 SPARC64 default gcc and 
buildtools (these are 32bits) under a 64bit host
thats why im using NetBSD SPARC64 (a pure 64bit version) and a ramdisk - 
to reduce down the noise

what would like to have is:

-list of compile, runtime-tests like yours, the pugixml.cpp, stream.c, 
prime.c etc. that are "officialy" approved :) to be meaningfull

-32bit/64bit build of qemu in all variants (master, patched, 
without-tgc-optimization)
-NetBSD SPARC/SPARC64 installation running from ramdisk in all qemu variants

to get a overall feeling of what is/could be wrong/strange/wired - 
according to all the answers/ideas as response to my results