Mercurial > hg > silvet
changeset 118:36f58a539125 bqvec-openmp
Copy reports to this branch. The other head here is a dead-end.
| author | Chris Cannam |
|---|---|
| date | Wed, 07 May 2014 10:00:39 +0100 |
| parents | c4eae816bdb3 |
| children | 6890dea115c3 |
| files | testdata/timing/results.txt |
| diffstat | 1 files changed, 29 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- a/testdata/timing/results.txt Wed May 07 09:08:52 2014 +0100 +++ b/testdata/timing/results.txt Wed May 07 10:00:39 2014 +0100 @@ -151,6 +151,16 @@ user 1m28.697s sys 0m0.197s +commit:91bb029a847a, as commit:a6e136aaa202 but with the series of +calculations reordered to match that in the recent bqvec code +commit:b2f0967cb8d1. Just testing whether it is the replacement of +std::vector or the reordering of vector operations that was saving the +time in bqvec branch. + +real 2m52.922s +user 2m52.480s +sys 0m0.263s + BQVEC: @@ -208,3 +218,22 @@ real 0m44.650s user 2m19.997s sys 0m0.343s + +commit:c4eae816bdb3, as commit:ac750e222ad3 but with some logic to +make using the shifts optional (though on by default). Performance +*should* be unchanged here. + +real 0m43.979s +user 2m19.297s +sys 0m0.360s + +commit:b2f0967cb8d1, as commit:c4eae816bdb3 but storing the templates +as float arrays and then pulling them out into individual +one-per-shift-factor double arrays each of which is explicitly +allocated with the proper alignment. Uses more memory, and the code is +ugly, but gets aligned starts for slightly more of the vector ops. + +real 0m50.856s +user 2m44.937s +sys 0m0.463s +