From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50104) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYDy1-0005FZ-7O for qemu-devel@nongnu.org; Fri, 12 Aug 2016 11:01:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bYDxx-0001NR-0t for qemu-devel@nongnu.org; Fri, 12 Aug 2016 11:01:49 -0400 Received: from mail-wm0-x22e.google.com ([2a00:1450:400c:c09::22e]:35137) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYDxw-0001NM-MI for qemu-devel@nongnu.org; Fri, 12 Aug 2016 11:01:44 -0400 Received: by mail-wm0-x22e.google.com with SMTP id f65so32700724wmi.0 for ; Fri, 12 Aug 2016 08:01:44 -0700 (PDT) References: <3F964D11-C2C2-492B-8EA3-4D31FE8ABFF0@gmail.com> <83E2862C-961D-4979-87E2-F06D1E97B4C6@gmail.com> From: Alex =?utf-8?Q?Benn=C3=A9e?= In-reply-to: <83E2862C-961D-4979-87E2-F06D1E97B4C6@gmail.com> Date: Fri, 12 Aug 2016 16:01:50 +0100 Message-ID: <87popeav4x.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [RFC v4 00/28] Base enabling patches for MTTCG List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: G 3 Cc: QEMU Developers G 3 writes: > On Aug 12, 2016, at 9:19 AM, Alex Bennée wrote: > >> On 11 August 2016 at 17:43, G 3 wrote: >>> >>> On Aug 11, 2016, at 11:24 AM, qemu-devel-request@nongnu.org wrote: >>> >>> >>> Performance >>> >>> =========== >>> >>> >>> You can't do full work-load testing on this tree due to the lack of >>> >>> atomic support (but I will run some numbers on >>> >>> mttcg/base-patches-v4-with-cmpxchg-atomics-v2). However you certainly >>> >>> see a run time improvement with the kvm-unit-tests TCG group. >>> >>> >>> retry.py called with ['./run_tests.sh', '-t', '-g', 'tcg', '-o', >>> '-accel >>> tcg,thread=single'] >>> >>> run 1: ret=0 (PASS), time=1047.147924 (1/1) >>> >>> run 2: ret=0 (PASS), time=1071.921204 (2/2) >>> >>> run 3: ret=0 (PASS), time=1048.141600 (3/3) >>> >>> Results summary: >>> >>> 0: 3 times (100.00%), avg time 1055.737 (196.70 varience/14.02 >>> deviation) >>> >>> Ran command 3 times, 3 passes >>> >>> retry.py called with ['./run_tests.sh', '-t', '-g', 'tcg', '-o', >>> '-accel >>> tcg,thread=multi'] >>> >>> run 1: ret=0 (PASS), time=303.074210 (1/1) >>> >>> run 2: ret=0 (PASS), time=304.574991 (2/2) >>> >>> run 3: ret=0 (PASS), time=303.327408 (3/3) >>> >>> Results summary: >>> >>> 0: 3 times (100.00%), avg time 303.659 (0.65 varience/0.80 >>> deviation) >>> >>> Ran command 3 times, 3 passes >>> >>> >>> The TCG tests run with -smp 4 on my system. While the TCG tests are >>> >>> purely CPU bound they do exercise the hot and cold paths of TCG >>> >>> execution (especially when triggering SMC detection). However >>> there is >>> >>> still a benefit even with a 50% overhead compared to the ideal 263 >>> >>> second elapsed time. >>> >>> >>> Alex >>> >>> >>> >>> Your tests results look very promising. It looks like you saw a 3x >>> speed >>> improvement over single threading. Excellent. I wonder what the >>> numbers >>> would be for a 22 core Xeon or 72 core Xeon Phi... >> >> Well the initial results look like they tail off but I need to test >> on a more >> capable machine. I'm going to package up the test case first so people >> can easily >> replicate the test. >> >>> Do you think you could some test with an x86 guest like Windows >>> XP? There >>> are plenty of benchmark tests for this platform. Video encoding, >>> Youtube >>> video playback, and number crunching programs' results would be very >>> interesting to see. >> >> I don't have any Windows images to hand I'm afraid. Besides Windows >> is a fairly >> boring guest from this point of view because: >> >> - it's x86, so why use TCG over KVM >> - QEMU TCG generally sucks at media bencmarks due to SIMD emulation > > Mac OS X host don't have a hypervisor that QEMU supports (VirtualBox > isn't supported), so TCG is the only thing that can be used. Maybe a > free x86 guest like Linux could be used? Sounds like you have the kit for this test case. Let me know if the branch boots your test images? -- Alex Bennée