From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brgC9-0003rD-Lp for qemu-devel@nongnu.org; Wed, 05 Oct 2016 03:00:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brgC3-0008ME-3Z for qemu-devel@nongnu.org; Wed, 05 Oct 2016 03:00:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35512) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brgC2-0008Lw-Sw for qemu-devel@nongnu.org; Wed, 05 Oct 2016 03:00:43 -0400 References: <1475580648-6470-1-git-send-email-lvivier@redhat.com> <1475580648-6470-2-git-send-email-lvivier@redhat.com> <4a11fc7e-ccec-2252-c356-a0ca3466bbf0@redhat.com> <912a8fc8-47bd-fffe-60ff-0cd7b006402c@redhat.com> <20161004133114.GL5578@redhat.com> <44d24209-9901-be03-83fa-707ac12b29b4@redhat.com> <8035787f-e9ed-f493-6575-ce5282e9afe1@redhat.com> From: Thomas Huth Message-ID: <37e541f9-9daa-f8a2-f172-d3ea37fbe36a@redhat.com> Date: Wed, 5 Oct 2016 09:00:37 +0200 MIME-Version: 1.0 In-Reply-To: <8035787f-e9ed-f493-6575-ce5282e9afe1@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 1/2] accel: allows to select the "best" accelerator List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , "Daniel P. Berrange" Cc: Laurent Vivier , Peter Maydell , "Michael S . Tsirkin" , Stefano Stabellini , qemu-devel@nongnu.org, =?UTF-8?Q?Alex_Benn=c3=a9e?= On 04.10.2016 19:16, Paolo Bonzini wrote: >=20 >=20 > On 04/10/2016 16:18, Thomas Huth wrote: >>>>>> Using only tcg has also some disadvantages: For some tests, it's >>>>>> interesting to know whether they also work properly with KVM (e.g. >>>>>> migration tests), and only using tcg by default slows down the "ma= ke >>>>>> check" quite a bit - which might become an issue now that we're ad= ding >>>>>> more and more tests. >>>> >>>> Which tests are you seeing a slow-down for ? >> Well, everything that is using accel=3Dtcg in tests/ could be accelera= ted. >> For example, the new ipv6/ppc64 unit test is quite slow with TCG: >> >> sudo QTEST_QEMU_BINARY=3Dppc64-softmmu/qemu-system-ppc64 time tests/px= e-test >> >> 48.46user 0.07system 0:48.48elapsed >=20 > Could that point to a firmware bug? 10 network-bound seconds for a boo= t > makes some sense, but 10 CPU-bound seconds don't... SLOF is incredibly slow with TCG - most parts are written in Forth that gets interpreted during runtime, and that seems to perform quite badly with TCG for some reasons. We're in progress of speeding up the boot process of SLOF a little bit (see https://github.com/aik/SLOF/commit/b3fde41bc75269df2 for example), but it will likely always be slower than a firmware that has been written in C only. Thomas