Open psnet opened 8 months ago
TL;DR
Float32Array
is faster for IO operations than usualArray
. Only creation of new objects is slower forFloat32Array
.Measurements
I saw issues there about complains of performance and I did recent clean and exact measurements about casual
Array
vsFloat32Array
:https://www.measurethat.net/Benchmarks/Show/30129/3/array-vs-float32array-performance-test
And IO operations with
Float32Array
are2x
FASTER than usualArray
.Array
wins only in creation of new objects (arrays). But if we create needed data (preallocated) before main render loop (cycle) thenFloat32Array
is big win.Summary
So I want to say author should not remove support of
Float32Array
and still use approach available now: default isFloat32Array
but you can change it by methodglMatrix.setMatrixArrayType(Array)
When I run your benchmark suite on my computer (Windows - Chrome 129) the Array
beats the TypedArray
in all tests except for sort.
TL;DR
Float32Array
is faster for IO operations than usualArray
. Only creation of new objects is slower forFloat32Array
.Measurements
I saw issues there about complains of performance and I did recent clean and exact measurements about casual
Array
vsFloat32Array
:https://www.measurethat.net/Benchmarks/Show/30129/3/array-vs-float32array-performance-test
And IO operations with
Float32Array
are2x
FASTER than usualArray
.Array
wins only in creation of new objects (arrays). But if we create needed data (preallocated) before main render loop (cycle) thenFloat32Array
is big win.Summary
So I want to say author should not remove support of
Float32Array
and still use approach available now: default isFloat32Array
but you can change it by methodglMatrix.setMatrixArrayType(Array)