j40 VS ultrajson

You can also force it by using extensions like `[[gnu::always_inline]]` or `__forceinline`. I've actually used this technique to generate an auto-vectorizable function whenever it's possible [1].

[1] https://github.com/lifthrasiir/j40/blob/252e7987d36d50f617f2...

There's already an independent implementation, though it doesn't cover animations, progressive, or some other features yet.

If you are interested in making a J40 binding in Rust, please also take a look at the future Rust version itself. I've made an initial issue [1] about this effort.

[1] https://github.com/lifthrasiir/j40/issues/10

J40: Independent, self-contained JPEG XL decoder\ (27 comments)

ujson

For most cases, you would want to go with python’s standard json library which removes dependencies on other libraries. On other hand you could try out ujsonwhich is simple replacement for python’s json library. If you want more speed and also want dataclass, datetime, numpy, and UUID instances and you are ready to deal with more complex code, then you can try your hands on orjson

I asked about this on the Github issue regarding these benchmarks as well.

I'm curious as to why libraries like ultrajson[0] and orjson[1] weren't explored. They aren't command line tools, but neither is pandas right? Is it perhaps because the code required to implement the challenges is large enough that they are considered too inconvenient to use through the same way pandas was used (ie, `python -c "..."`)?

[0] https://github.com/ultrajson/ultrajson