You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
I am using your library in hopes to cut down on memory consumption in my application. I have an array of floats with ~15 million entries, and I have found array lookups to be much slower since converting my Float32Array data type into a Float16Array.
I am trying to figure out if I am doing something incorrectly or if a performance hit is expected on lookups of an array of such a large size. Float16.js get() method is taking lots of time on my performance scans.
float_16_arr[i]; // much slower float_32_arr[i]; // much faster
Thank you!
The text was updated successfully, but these errors were encountered:
It's logical. So sensitive to performance features like typed array magic is impossible to make so performant only in the userland as performant they can be done in engines internals. If you need them only for performance, it's better to avoid polyfills. However, they are fine for cases when performance is not so critical, you need them for something else like ToFloat16 conversion, backward compatibility, etc.
Unfortunately, Float16Array is not as fast in performance. Each time you get or write a value, it is converted by Proxy.
If you are concerned about performance, it is recommended to keep the data as a Uint16Array and use only getFloat16 and setFloat16 provided by this library.
Hi,
I am using your library in hopes to cut down on memory consumption in my application. I have an array of floats with ~15 million entries, and I have found array lookups to be much slower since converting my Float32Array data type into a Float16Array.
I am trying to figure out if I am doing something incorrectly or if a performance hit is expected on lookups of an array of such a large size. Float16.js
get()
method is taking lots of time on my performance scans.float_16_arr[i]; // much slower
float_32_arr[i]; // much faster
Thank you!
The text was updated successfully, but these errors were encountered: