simd

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

The goal is to create thin, easy to use PHP client for sending ILP messages. We already have a Java client:

• https://github.com/questdb/questdb/blob/master/core/src/main/java/io/questdb/cutlass/line/AbstractLineSender.java
• https://github.com/questdb/questdb/blob/master/core/src/main/java/io/questdb/cutlass/line/LineTcpSender.java
• https://github.com/questdb/questdb/blob/master/core/src/ma

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?)

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?

Hi,

thank you very much for this cool library.

I noticed that simde_mm512_load_ps is missing while simde_mm512_loadu_ps is implemented. However, both seem to exist for Intel intrinsics (see screenshot). Maybe I oversaw one or maybe they do the same anyways?

Thanks
Lukas

![Screenshot from 2021-10-25 13-28-29](https://user-images.githubusercontent.com/14993470/138687358-aa6b531e-bdc

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