From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49485) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZRc6y-00065f-8R for qemu-devel@nongnu.org; Tue, 18 Aug 2015 04:19:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZRc6x-0005pL-2S for qemu-devel@nongnu.org; Tue, 18 Aug 2015 04:19:12 -0400 Received: from hall.aurel32.net ([2001:bc8:30d7:100::1]:37319) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZRc6w-0005p8-T1 for qemu-devel@nongnu.org; Tue, 18 Aug 2015 04:19:11 -0400 Date: Tue, 18 Aug 2015 10:19:08 +0200 From: Aurelien Jarno Message-ID: <20150818081908.GH23508@aurel32.net> References: <20150729150147.GO11361@aurel32.net> <55B99F95.8010603@gmx.net> <20150730075252.GT11361@aurel32.net> <55B9DD60.8020801@gmx.net> <20150730085500.GV11361@aurel32.net> <55BF7FF7.8080308@gmx.net> <55BFC62E.4030001@gmx.net> <55D2B3B5.80309@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55D2B3B5.80309@gmx.net> Sender: Aurelien Jarno Subject: Re: [Qemu-devel] Debian 7.8.0 SPARC64 on qemu - anything i can do to speedup the emulation? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Luehring Cc: qemu-devel , Artyom Tarasenko , Karel Gardas On 2015-08-18 06:25, Dennis Luehring wrote: > Am 06.08.2015 um 11:00 schrieb Karel Gardas: > >Denis, if NetBSD is fast in qemu and if it provides sparc64 user-land, > >perhaps also its GCC is sparc64 binary and if so, then it would be > >good if you do your original benchmark of compiling pugixml.cpp and > >write the numbers here for comparison? I would certainly appreciate it > >since I'll not get to this testing in foreseeable future again. > > i've re-redone the benchmarks with Debian and NetBSD SPARC64 > > benchmarks: > > compilation pugixml 1.6 pugixml.cpp: > g++ src/pugixml.cpp -g -Wall -Wextra -Werror -pedantic -std=c++0x -c > -MMD -MP > > host: ~3 sec > guest-debian: ~3:52.6 (32bit gcc, virtio) > guest-debian: ~3:01.7 (32bit gcc, virtio, using the qcow2 image from an > ramfs ramdisk) > guest-netbsd: ~3:27.6 (64bit gcc, non-virtio) > guest-netbsd: ~2:51.6 (64bit gcc, non-virtio, using the qcow2 image from an > ramfs ramdisk) > > runtime Aurelien Jarnos prime.c > gcc prime.c -o prime.out -lm > > host: ~2 sec > guest-debian(-m32): ~3:37.5 > guest-debian(-m64): ~11 sec > guest-netbsd(only -m64): ~11 sec > > Aurelien Jarnos explained the "11 sec" boost running prime.c using -m64, > but still the NetBSD 64bit gcc needs 3:27.6 to compile pugixml.cpp - its > just one file, 1GB of RAM, no swapping > > using a ramdisk gives even under debian(with virtio) a 50sek speedup, netbsd > (without virtio) just gains 30sek How big is the source file and the output file? I find strange that I/O impacts so much for a compilation which should be CPU bounded. Maybe try to add the -pipe argument to g++. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net