Go to file
Furkan Usta 5a3035bb72 Propagate some CMake variables to checkperf
Although it passes user-defined options, if the project is build in Debug mode or with Clang (since
CXX defaults to gcc on Linux) results can flactuate
2020-05-02 02:40:13 +03:00
.circleci Use gcc9 and clang9 where possible 2020-04-30 15:35:38 -07:00
.github Update issue templates 2020-04-24 09:57:10 -04:00
benchmark Propagate some CMake variables to checkperf 2020-05-02 02:40:13 +03:00
dependencies Don't reinitialize submodules 2020-04-09 08:52:29 -07:00
doc There is confusion between gigabytes and gigibytes. Let us standardize throughout. (#838) 2020-05-01 12:16:18 -04:00
examples Fixes the way conditions are checked on variables so it is correct. (#780) 2020-04-23 16:01:40 -04:00
extra Removing all stdout, stderr from main library. (#455) 2020-01-20 16:03:15 -05:00
fuzz Only build fuzzers when fuzzing. (#822) 2020-04-27 16:02:19 -04:00
images Improving the doxygen. (#687) 2020-04-08 17:53:04 -04:00
include Faster case-insensitive comparisons. (#837) 2020-04-30 15:52:28 -04:00
jsonchecker Add amalgamation support to cmake 2020-04-20 19:50:51 -07:00
jsonexamples Add amalgamation support to cmake 2020-04-20 19:50:51 -07:00
scripts Add checkperf to cmake 2020-04-20 11:14:46 -07:00
singleheader Provides support for clang under Windows. (#817) 2020-04-27 22:09:27 -04:00
src Trying to avoid unused warnings in isa detection. (#846) 2020-05-01 11:43:31 -04:00
style Hiding the pointer away... (#252) 2019-08-04 15:41:00 -04:00
tests There is confusion between gigabytes and gigibytes. Let us standardize throughout. (#838) 2020-05-01 12:16:18 -04:00
tools Make checkperf work on Windows (#799) 2020-04-27 14:20:05 -04:00
windows Provides support for clang under Windows. (#817) 2020-04-27 22:09:27 -04:00
.appveyor.yml Compare against master on Windows 2020-04-29 12:55:53 -07:00
.cirrus.yml Use gcc9 and clang9 where possible 2020-04-30 15:35:38 -07:00
.clang-format We are adopting clang-format. 2019-08-01 15:40:07 -04:00
.dockerignore Add amalgamation support to cmake 2020-04-20 19:50:51 -07:00
.drone.yml Use gcc9 and clang9 where possible 2020-04-30 15:35:38 -07:00
.gitattributes Add sane defaults for .sh and such (#254) 2019-08-04 18:11:48 -04:00
.gitignore Remove unneeded .gitignores 2020-04-28 13:21:30 -07:00
.gitmodules Remove googletest entirely as benchmark dependency (#504) 2020-02-21 12:52:38 -05:00
.travis.yml Adding style scripts. (#243) 2019-08-01 16:09:26 -04:00
AUTHORS Update AUTHORS 2020-04-30 19:49:20 -04:00
CMakeLists.txt Split simdjson-flags and cmakecache into include files 2020-04-23 17:06:35 -07:00
CONTRIBUTING.md Update CONTRIBUTING.md 2020-04-24 19:52:16 -04:00
CONTRIBUTORS adding Furkan Taşkale 2020-04-30 19:48:36 -04:00
Dockerfile Fixing amalgamate under ARM 2019-07-30 22:10:48 +00:00
Doxyfile Improving the doxygen. (#687) 2020-04-08 17:53:04 -04:00
HACKING.md There is confusion between gigabytes and gigibytes. Let us standardize throughout. (#838) 2020-05-01 12:16:18 -04:00
LICENSE Updating again. 2019-02-08 10:05:50 -05:00
README.md There is confusion between gigabytes and gigibytes. Let us standardize throughout. (#838) 2020-05-01 12:16:18 -04:00
RELEASES.md Add error handling info to RELEASES.md 2020-03-30 13:44:03 -07:00
simdjson-flags.cmake Merge pull request #836 from furkanusta/fix830 2020-04-30 11:34:08 -07:00
simdjson-user-cmakecache.cmake Make checkperf work on Windows (#799) 2020-04-27 14:20:05 -04:00

README.md

Build Status CircleCI Fuzzing Status Build status CirrusCI Doxygen Documentation

simdjson : Parsing gigabytes of JSON per second

JSON is everywhere on the Internet. Servers spend a *lot* of time parsing it. We need a fresh approach. The simdjson library uses commonly available SIMD instructions and microparallel algorithms to parse JSON 2.5x faster than anything else out there.
  • Fast: Over 2.5x faster than other production-grade JSON parsers.
  • Easy: First-class, easy to use API.
  • Strict: Full JSON and UTF-8 validation, lossless parsing. Performance with no compromises.
  • Automatic: Selects a CPU-tailored parser at runtime. No configuration needed.
  • Reliable: From memory allocation to error handling, simdjson's design avoids surprises.

This library is part of the Awesome Modern C++ list.

Table of Contents

Quick Start

The simdjson library is easily consumable with a single .h and .cpp file.

  1. Prerequisites: g++ (version 7 or better) or clang++ (version 6 or better), and a 64-bit system with a command-line shell (e.g., Linux, macOS, freeBSD). We also support programming environnements like Visual Studio and Xcode, but different steps are needed.

  2. Pull simdjson.h and simdjson.cpp into a directory, along with the sample file twitter.json.

    wget https://raw.githubusercontent.com/simdjson/simdjson/master/singleheader/simdjson.h https://raw.githubusercontent.com/simdjson/simdjson/master/singleheader/simdjson.cpp https://raw.githubusercontent.com/simdjson/simdjson/master/jsonexamples/twitter.json
    
  3. Create quickstart.cpp:

    #include "simdjson.h"
    int main(void) {
      simdjson::dom::parser parser;
      simdjson::dom::element tweets = parser.load("twitter.json");
      std::cout << tweets["search_metadata"]["count"] << " results." << std::endl;
    }
    
  4. c++ -o quickstart quickstart.cpp simdjson.cpp

  5. ./quickstart

    100 results.
    

Documentation

Usage documentation is available:

  • Basics is an overview of how to use simdjson and its APIs.
  • Performance shows some more advanced scenarios and how to tune for them.
  • Implementation Selection describes runtime CPU detection and how you can work with it.
  • API contains the automatically generated API documentation.

Performance results

The simdjson library uses three-quarters less instructions than state-of-the-art parser RapidJSON and fifty percent less than sajson. To our knowledge, simdjson is the first fully-validating JSON parser to run at gigabytes per second (GB/s) on commodity processors. It can parse millions of JSON documents per second on a single core.

The following figure represents parsing speed in GB/s for parsing various files on an Intel Skylake processor (3.4 GHz) using the GNU GCC 9 compiler (with the -O3 flag). We compare against the best and fastest C++ libraries. The simdjson library offers full unicode (UTF-8) validation and exact number parsing. The RapidJSON library is tested in two modes: fast and exact number parsing. The sajson library offers fast (but not exact) number parsing and partial unicode validation. In this data set, the file sizes range from 65KB (github_events) all the way to 3.3GB (gsoc-2018). Many files are mostly made of numbers: canada, mesh.pretty, mesh, random and numbers: in such instances, we see lower JSON parsing speeds due to the high cost of number parsing. The simdjson library uses exact number parsing which is particular taxing.

On a Skylake processor, the parsing speeds (in GB/s) of various processors on the twitter.json file are as follows, using again GNU GCC 9.1 (with the -O3 flag). The popular JSON for Modern C++ library is particularly slow: it obviously trades parsing speed for other desirable features.

parser GB/s
simdjson 2.5
RapidJSON UTF8-validation 0.29
RapidJSON UTF8-valid., exact numbers 0.28
RapidJSON insitu, UTF8-validation 0.41
RapidJSON insitu, UTF8-valid., exact 0.39
sajson (insitu, dynamic) 0.62
sajson (insitu, static) 0.88
dropbox 0.13
fastjson 0.27
gason 0.59
ultrajson 0.34
jsmn 0.25
cJSON 0.31
JSON for Modern C++ (nlohmann/json) 0.11

The simdjson library offers high speed whether it processes tiny files (e.g., 300 bytes) or larger files (e.g., 3MB). The following plot presents parsing speed for synthetic files over various sizes generated with a script on a 3.4 GHz Skylake processor (GNU GCC 9, -O3).

All our experiments are reproducible.

Real-world usage

If you are planning to use simdjson in a product, please work from one of our releases.

Bindings and Ports of simdjson

We distinguish between "bindings" (which just wrap the C++ code) and a port to another programming language (which reimplements everything).

About simdjson

The simdjson library takes advantage of modern microarchitectures, parallelizing with SIMD vector instructions, reducing branch misprediction, and reducing data dependency to take advantage of each CPU's multiple execution cores.

Some people enjoy reading our paper: A description of the design and implementation of simdjson is in our research article: Geoff Langdale, Daniel Lemire, Parsing Gigabytes of JSON per Second, VLDB Journal 28 (6), 2019.

We also have an informal blog post providing some background and context.

For the video inclined,
simdjson at QCon San Francisco 2019
(it was the best voted talk, we're kinda proud of it).

Funding

The work is supported by the Natural Sciences and Engineering Research Council of Canada under grant number RGPIN-2017-03910.

Contributing to simdjson

Head over to CONTRIBUTING.md for information on contributing to simdjson, and HACKING.md for information on source, building, and architecture/design.

License

This code is made available under the Apache License 2.0.

Under Windows, we build some tools using the windows/dirent_portable.h file (which is outside our library code): it under the liberal (business-friendly) MIT license.

For compilers that do not support C++17, we bundle the string-view library which is published under the Boost license (http://www.boost.org/LICENSE_1_0.txt). Like the Apache license, the Boost license is a permissive license allowing commercial redistribution.