aboutsummaryrefslogtreecommitdiff
path: root/benchtests/sin-inputs
AgeCommit message (Collapse)AuthorFilesLines
2021-08-02Remove obsolete comments/name from several benchtest input files.Paul Zimmermann1-3/+0
These comments refer to slow paths that were removed in glibc 2.34 or earlier. The corresponding "names" that yield separate workload traces for "make bench" are thus obsolete. We are however keeping the corresponding inputs. Reviewed-by: Siddhesh Poyarekar <siddhesh@sourceware.org>
2020-09-10benchtests: Add "workload" traces for sinPaul Zimmermann1-0/+2004
This patch adds workload traces for sin in binary64. The trace is made of 1000 random numbers, generated with SageMath.
2013-12-31Benchmark inputs for cos and sinSiddhesh Poyarekar1-7/+2900
Add a comprehensive number of inputs for all branches in sin and cos computation, excluding the fast paths. This also adds a number of inputs for the multiple precision slow paths.
2013-10-07Add more directives to benchmark input filesSiddhesh Poyarekar1-0/+3
This patch adds some more directives to the benchmark inputs file, moving functionality from the Makefile and making the code generation script a bit cleaner. The function argument and return types that were earlier added as variables in the makefile and passed to the script via command line arguments are now the 'args' and 'ret' directive respectively. 'args' should be a colon separated list of argument types (skipped if the function doesn't accept any arguments) and 'ret' should be the return type. Additionally, an 'includes' directive may have a comma separated list of headers to include in the source. For example, the pow input file now looks like this: 42.0, 42.0 1.0000000000000020, 1.5 I did this to unclutter the benchtests Makefile a bit and eventually eliminate dependency of the tests on the Makefile and have tests depend on their respective include files only.
2013-04-30Allow multiple input domains to be run in the same benchmark programSiddhesh Poyarekar1-0/+10
Some math functions have distinct performance characteristics in specific domains of inputs, where some inputs return via a fast path while other inputs require multiple precision calculations, that too at different precision levels. The way to implement different domains was to have a separate source file and benchmark definition, resulting in separate programs. This clutters up the benchmark, so this change allows these domains to be consolidated into the same input file. To do this, the input file format is now enhanced to allow comments with a preceding # and directives with two # at the begining of a line. A directive that looks like: tells the benchmark generation script that what follows is a different domain of inputs. The value of the 'name' directive (in this case, foo) is used in the output. The two input domains are then executed sequentially and their results collated separately. with the above directive, there would be two lines in the result that look like: func(): .... func(foo): ...
2013-04-02Add benchmark inputs for sinSiddhesh Poyarekar1-0/+7