From: "Emilio G. Cota" <cota@braap.org>
To: qemu-devel@nongnu.org
Cc: "Aurelien Jarno" <aurelien@aurel32.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Laurent Vivier" <laurent@vivier.eu>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Mark Cave-Ayland" <mark.cave-ayland@ilande.co.uk>,
"Bastian Koppelmann" <kbastian@mail.uni-paderborn.de>
Subject: [Qemu-devel] [PATCH v2 00/14] fp-test + hardfloat
Date: Tue, 27 Mar 2018 01:33:46 -0400 [thread overview]
Message-ID: <1522128840-498-1-git-send-email-cota@braap.org> (raw)
v1: https://lists.nongnu.org/archive/html/qemu-devel/2018-03/msg05908.html
Changes from v1:
- Rename series from "hostfloat" to "hardfloat". The series already uses
"host" as an option for fp-test, so this change should make things clearer
- Rebase on top of master (4c2c101590).
- Move code from fpu/hostfloat.c to fpu/softfloat.c. I am not mentioning
anything about the license; I read the softfloat-2a license and I'm OK
with it. [ Laurent: thanks for the clarification on this. ]
- Fix target-m68k build breakage
- Merge is_normal and is_denormal additions into a single commit
- Add tricore patch to use float32_is_denormal
- Keep the flatten attribute for the soft-fp implementations that
have now become a slow path
- Add the noinline attribute to the soft-fp primitives. Not doing
this reduces performance significantly
- Add a comment about why dealing with denormals in hardfloat is
a bad idea
- Keep separate float32 and float64 implementations for most ops. This
improves performance as shown in the commit logs.
+ I'm keeping the macro-based definitions to make testing easier.
+ In v1 I wrongly reported similar float/double results for fp-bench;
I noticed that in my testing I forgot to set -p single/double, so I was
benchmarking only with the default precision (single). Ouch!
- Update commit logs with fresh (correct) numbers from fp-bench.
- Move some zero-input detection (addsub/div) *after* checking for
<= min_normal. This makes the common case (i.e. not all inputs are zero)
faster, still allowing us to handle the 0-input cases in hardfloat
- Update the commit log of the comparison patch to mention that
int64_to_float32/64 are still in soft-fp and take quite a bit of
execution time for fp-bench -o cmp.
- fp-test:
+ add *.txt to fp-test/.gitignore instead of just whitelist.txt
- fp-bench
+ generate only positive numbers for testing sqrt
+ add -o cmp
+ use g_strjoinv to print the list of available ops in the
help message
+ remove libc headers except math.h
+ use qemu/timer.h's get_clock_realtime instead of open-coding it
+ add entry to tests/Makefile.include to call fp-test/Makefile
when building anything in tests/fp-test/
Perf numbers are in the last patch. They are a little different than
last week; I cannot replicate last week's performance (even with
the very same binaries; might have to reboot the machine I'm using
soon), but as of today v2 is certainly faster than v1 (e.g. 5% faster
for nbench-fp).
I have checked all checkpatch warnings; they're all false positives.
You can fetch the series from:
https://github.com/cota/qemu/tree/hardfloat-v2
Thanks,
Emilio
diffstat:
configure | 2 +
fpu/softfloat.c | 619 ++++++++++++++++++--
include/fpu/softfloat.h | 20 +
target/tricore/fpu_helper.c | 9 +-
tests/.gitignore | 2 +
tests/Makefile.include | 6 +-
tests/fp-bench.c | 334 +++++++++++
tests/fp-test/.gitignore | 3 +
tests/fp-test/Makefile | 34 ++
tests/fp-test/fp-test.c | 1183 ++++++++++++++++++++++++++++++++++++++
tests/fp-test/muladd.fptest | 51 ++
11 files changed, 2212 insertions(+), 51 deletions(-)
create mode 100644 tests/fp-bench.c
create mode 100644 tests/fp-test/.gitignore
create mode 100644 tests/fp-test/Makefile
create mode 100644 tests/fp-test/fp-test.c
create mode 100644 tests/fp-test/muladd.fptest
next reply other threads:[~2018-03-27 5:34 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-27 5:33 Emilio G. Cota [this message]
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 01/14] tests: add fp-bench, a collection of simple floating-point microbenchmarks Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 02/14] tests: add fp-test, a floating point test suite Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 03/14] softfloat: fix {min, max}nummag for same-abs-value inputs Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 04/14] fp-test: add muladd variants Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 05/14] softfloat: add float{32, 64}_is_{de, }normal Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 06/14] target/tricore: use float32_is_denormal Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 07/14] fpu: introduce hardfloat Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 08/14] hardfloat: support float32/64 addition and subtraction Emilio G. Cota
2018-03-28 10:17 ` Alex Bennée
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 09/14] hardfloat: support float32/64 multiplication Emilio G. Cota
2018-03-28 13:26 ` Alex Bennée
2018-03-28 22:25 ` Emilio G. Cota
2018-03-29 10:00 ` Alex Bennée
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 10/14] hardfloat: support float32/64 division Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 11/14] hardfloat: support float32/64 fused multiply-add Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 12/14] hardfloat: support float32/64 square root Emilio G. Cota
2018-03-27 5:33 ` [Qemu-devel] [PATCH v2 13/14] hardfloat: support float32/64 comparison Emilio G. Cota
2018-03-27 5:34 ` [Qemu-devel] [PATCH v2 14/14] hardfloat: support float32_to_float64 Emilio G. Cota
2018-03-27 9:56 ` [Qemu-devel] [PATCH v2 00/14] fp-test + hardfloat Bastian Koppelmann
2018-03-27 10:06 ` Bastian Koppelmann
2018-03-27 17:05 ` [Qemu-devel] [PATCH] softfloat: rename canonicalize to sf_canonicalize Emilio G. Cota
2018-03-28 13:36 ` [Qemu-devel] [PATCH v2 00/14] fp-test + hardfloat Alex Bennée
2018-03-29 9:59 ` no-reply
2018-03-30 6:35 ` no-reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1522128840-498-1-git-send-email-cota@braap.org \
--to=cota@braap.org \
--cc=alex.bennee@linaro.org \
--cc=aurelien@aurel32.net \
--cc=kbastian@mail.uni-paderborn.de \
--cc=laurent@vivier.eu \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).