simd

Though we include Boost JSON as a dependency for benchmarking purposes, we do not include it as part of our benchmarks currently.

Our users are often confused by the output from programs such as zip2john sometimes being very large (multi-gigabyte). Maybe we should identify and enhance these programs to output a message to stderr to explain to users that it's normal for the output to be very large - maybe always or maybe only when the output size is above a threshold (e.g., 1 million bytes?)

Is your feature request related to a problem? Please describe.
So I'm working on a product that should allow schema-less ingestion out of the box. So my default ingestion method is via the influx line protocol.

But my challenge is that I also need to add indexes to some of the tags (symbols) after table creation. The problem is that the Influx Line protocol holds a lock to the table makin

I am finding a product which can replace Elasticsearch.

I'm using MinGW with ispc on Windows 10. It is a strange combination but works fine for me. However, the Codeview debug information produced by ISPC cannot be recognized by MinGW. Thus it is difficult to debug it with GDB. So could you please support to output dwarf debug info on Windows?

The WebAssembly people are working on a relaxed SIMD proposal which mostly just provides alternatives for already-implemented functions, but allows for some differences between different implementations (e.g., allowing different results for out-of-range values, NaNs, etc.).

This should be pretty easy issue to resolve; we can mostly just copy the

It might be worth considering adding simd-json to the TechEmpower benchmarks:

https://github.com/TechEmpower/FrameworkBenchmarks/blob/cfbbf5d11143c96851620eb1aeaf3c2893e862c9/frameworks/Rust/actix/src/main.rs#L23

To make this really worthwhile #121 would be good.

suggested by @pickfire