Improve performance of generic tuples code generation #6532
Conversation
|
test performance with #default please |
|
performance test scheduled: 4 job(s) in queue, 1 running. |
nicolasstucki
force-pushed
the
improve-performance-of-generic-tuples
branch
from
e1d85ee to
e3fa650
Compare
Improves the state of scala#6524. Instead of convering all tuples to arrays and performing the operations on them, we take advantage of the fact that those Tuples are products and have productIterators. Implementations of tail, *: and ++ on iterators do not require extra collentions to be created, hence it is also probably more performant at runtime.
nicolasstucki
force-pushed
the
improve-performance-of-generic-tuples
branch
from
3584d48 to
c81c258
Compare
|
test performance with #default please |
|
performance test scheduled: 4 job(s) in queue, 1 running. |
|
Performance of compiling (on my laptop) 1 *: 2 *: 3 *: 4 *: 5 *: 6 *: 7 *: 8 *: 9 *: 10 *: 11 *: 12 *: 13 *: 14 *: 15 *: 16 *: 17 *: 18 *: 19 *: 20 *: 21 *: 22 *: ()
// master: 419.855 ±(99.9%) 44.090 ms/op [Average]
// after first commit: 254.921 ±(99.9%) 3.946 ms/op [Average]
// after second commit: 237.878 ±(99.9%) 2.846 ms/op [Average]
|
|
Performance test finished successfully: Visit http://dotty-bench.epfl.ch/6532/ to see the changes. Benchmarks is based on merging with master (fb6667b) |
|
Performance test finished successfully: Visit http://dotty-bench.epfl.ch/6532/ to see the changes. Benchmarks is based on merging with master (fb6667b) |
|
Subsumed by #6539 |
|
test performance with #tuples please |
|
performance test scheduled: 1 job(s) in queue, 0 running. |
|
Performance test finished successfully: Visit http://dotty-bench.epfl.ch/6532/ to see the changes. Benchmarks is based on merging with master (bf89558) |
Improves the state of #6524.
Instead of convering all tuples to arrays and performing the operations on them,
we take advantage of the fact that those Tuples are products and have productIterators.
Implementations of tail, *: and ++ on iterators do not require extra collentions to be created,
hence it is also probably more performant at runtime.