Conversation
Signed-off-by: Nicholas Gates <nick@nickgates.com>
Merging this PR will degrade performance by 10.2%
Performance Changes
Comparing Footnotes
|
|
We should make sure we port any exhisting behaviour we have in the current implementations |
|
Like what? |
|
NaN handlings at least. Its work fuzzing this on the side is possible |
|
I left a comment on the pr that added sum with the code location since that code isn’t touched in this pr. If we want to change decimal sum to always work in i256 we should make this in a separate pr |
|
FWIW NaNs are a long standing issue #5152. I think fixing NaN handling is what's actually required for this stat to be universally useful but it didn't change in this pr |
Signed-off-by: Nicholas Gates <nick@nickgates.com>
Signed-off-by: Nicholas Gates <nick@nickgates.com>
Signed-off-by: Nicholas Gates <nick@nickgates.com>
Signed-off-by: Nicholas Gates <nick@nickgates.com>
|
Added bonus, benchmarks are 10-15% faster! |
Move sum compute function over to the Sum impl of AggregatFnVTable
Note that we remove the ability to sum extension types since we were incorrectly just summing the storage DType. This doesn't make sense, e.g. summing timestamps is invalid, but summing time deltas is allowed.