FastDoubleParser: Java port of Daniel Lemires fast_double_parser

Re:FastDoubleParser: Java port of Daniel Lemires fast_double... by 1f60c on Monday March 22, 2021 @07:27PM (#26548884)

The fact that this requires Java 16 just because the author didn’t want to write a single POJO seems kind of silly to me.

I also don’t think parsing doubles will ever be the bottleneck in any of my Java code. If it turns out it is, though...

[ Parent | on HN ]

Re:FastDoubleParser: Java port of Daniel Lemires fast_double... by Const-me on Monday March 22, 2021 @08:25PM (#26549370)

> parsing doubles will ever be the bottleneck in any of my Java code

In my C# and even in C++, profiler sometimes showed me I am bottlenecked on parsing or printing floats. Happened quite a few times.

In all cases the data was 3D models or similar things. STL, 3MF, VTK, G-mesh, G-code are all text based, either always (looking at you, 3MF consortium) or as an option (STL and some versions of VTK can be either binary or text). Even low-end modern GPUs can easily render 1E+7 triangles these days, thus high-poly 3D models are not uncommon.

Games are not affected because they preprocess the hell out of their assets, optimizing everything they can about the data format. But in CAD/CAM stuff you’re pretty much guaranteed to bottleneck on parsing numbers when loading these text-based formats.

[ Parent | on HN ]