yyjson 0.10.0

The fastest JSON library in C

Glaze (C++20, header-only) для сравнения: https://github.com/stephenberry/glaze?tab=readme-ov-file#performance.

yy<...>? а где копытные? в смысле, flex/bison?

The simdjson’s new On Demand API is faster if most JSON fields are known at compile-time. This benchmark project only checks the DOM API, a new benchmark will be added later.

Написал автор 2 года назад. Но не добавил. А почему не добавил - очевидно.

JSON

gigabytes

«цифровой котёл цифрового ада»©

jason statham

Почитал код, весьма любопытненько, branchless clzll и быстрый парсинг экранированных строк может быть полезен

Зато его не соберёшь компиляторами 25летней давности

Даже интересно, будут ли под этой статьей комментарии наподобие Реляционная база данных с нуля (комментарий)

PRN выскажи свое негодование по поводу рекламы Си

Фу, сишка.

стандарт C89

Даже ядро linux перешло на стандарт C11.

И при этом версия 0.10.0.

Я понимаю крупные конторы с 12-ти летним опозданием переходят на новые стандарты плюсов, написав при этом целые тома о достоинствах и возможных проблемах.

Но эти.

Мне до них, в плане ретроградства, как до луны раком...

не соберёшь компиляторами 25летней давности

Пусть ретрограды страдают. Или наслаждаются, возможно.

Glaze: 140 files, 39691 LOC, 1598 comment

yyjson: 19 files, 22031 LOC, 2968 comment

Как к этому относиться? C++, который, вроде как, должен быть более выразительным — вдвое жирнее. Ещё и комментариев вдвое меньше.

Вообще-то мне C++ нравится, но тут как-то задумался.

Даже ядро linux перешло на стандарт C11.

А curl перешёл только на C99 и то — частично.

https://daniel.haxx.se/blog/2022/11/17/considering-c99-for-curl/

И что ? Ядро всё равно пишется не на hosted, а на freestanding версии стандарта. Более того ядро пишется на версии стандарта без strict aliasing.

Поэтому «переход» на C11 мало что говорит.

По факту же стражают чаще всего пользователи c++20+ из-за раздутого stl. Я даже удивлён, что glaze не упирается в синхронизацию потоков на каком-нибудь очередном std::shared_ptr и действительно чуть быстрее (да, имея огромные возможности c++ лишь чуть чуть быстрее сишного проекта, напичканного костылями под msvc6 и кучей goto)

Замечу, что сишный проект напичкан так же кучей костылей под древние платформы и при этом остаётся эффективным и читабельным. Мне тоже нравится c++, но без STL и move-семантики.

Итого:

Glaze 283 LOC / file

yyjson 1159 LOC / file

yyjson 1159 LOC / file

Откровенно говоря, там библиотека из двух файлов состоит, остальное — всякие тесты, так что честнее написать около 10000 LOC/file.

А вот Glaze в самом деле состоит из сотни файлов, и все они как-то друг на друга ссылаются.

все фигня. Без статической рефлексии в C++26 нормальную библиотеку для жсона не запилишь.

И вообще надо дизайнить софт таким образом, чтобы свести необходимость парсинга чего бы то ни было к минимуму. А если все-таки надо читать или писать какую-то структуру данных, то делать это прямым кастом ее заmmap-ленного двоичного представления.

А ещё стоит отметить что json - неудобный формат в принципе, как в плане синтаксиса, так и в плане структуры, да и вообще парсить и писать текстовые форматы - огромный оверхед

На что только не готовы пойти кожаные ублюдки, чтобы не утратить контроль над содержимым файлов. Нет бы упакованные битовые поля, так приходится тратиться и на избыточность при хранении и на потери при парсинге.