IZ
Если есть драйвер, значит, с ним можно слинковаться и дёргать функции оттуда
Нет, как правило, с драйверами ты из приложения не общаешься напрямую
Ребят, а по sql чатик есть?
UPD. Спасибо, Илья.
Size: a a a
2020 December 02
IZ
AZ
Переслано от Marsel G
Коллеги, здравствуйте! Может вопрос немного не в тему чата, но не знаю где ещё его задать.
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
AZ
Переслано от Marsel G
Коллеги, здравствуйте! Может вопрос немного не в тему чата, но не знаю где ещё его задать.
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
тебе значит нужен SAX какой-то. мб какой-нибудь rapidjson будет норм
AZ
если мы говорим именно про пропускную способность, то на данный момент ты лучше simdjson всё равно ничего не найдешь
D
тебе значит нужен SAX какой-то. мб какой-нибудь rapidjson будет норм
simdjson обещает впятеро большую скорость :)AZ
simdjson обещает впятеро большую скорость :)это конечно замечательно, но я хз, насколько там интерфейсы удобные и так далее. но если скорость критична, то только simdjson и остаётся
MG
Кстати, возможно получится уговорить коллег не испльзовать json, а воспользоваться protobuf или flatbuffers. Я никогда ими не пользовался, но судя по описанию flatbuffers как раз создавался для того, чтобы избежеть востановление сереализованных данных, что требуется protobuf'у, и чего хотелось бы избежать.
Как думете, стоит ли копнуть в эту строну?
Как думете, стоит ли копнуть в эту строну?
AZ
Кстати, возможно получится уговорить коллег не испльзовать json, а воспользоваться protobuf или flatbuffers. Я никогда ими не пользовался, но судя по описанию flatbuffers как раз создавался для того, чтобы избежеть востановление сереализованных данных, что требуется protobuf'у, и чего хотелось бы избежать.
Как думете, стоит ли копнуть в эту строну?
Как думете, стоит ли копнуть в эту строну?
а какая задача решается? гонять какой-то формат по сети?
AZ
Вопрос что гнать по сети не решается. Важным моментом является минимизация времени парсинга сообщения, и минимизация выделения памяти при парсинге.
а какие там примерно размеры типичного JSON и какие SLA на эту функцию?
AZ
только не говорите "как можно меньше" или что-то в таком духе :)
AZ
думаю, что latency у simdjson никто особо не измерял, но можно предположить, что оно будет меньше.
Что касается потребления памяти, то я таких бенчей не видел раньше
Что касается потребления памяти, то я таких бенчей не видел раньше
VK
Переслано от Marsel G
Коллеги, здравствуйте! Может вопрос немного не в тему чата, но не знаю где ещё его задать.
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
Я ищу с++ библиотеку для парсинга json без построения dom объектов. Сейчас многое говорит в пользу simdjson.
Можете поделится опытом работы с json и выбора подходящей библиотеки?
Nlohnann в SAX умеет
MG
а какие там примерно размеры типичного JSON и какие SLA на эту функцию?
может быть с десятки КБ может быть размер JSON. Извиняюсь за неграмотность, но что такое SLA?
AZ
может быть с десятки КБ может быть размер JSON. Извиняюсь за неграмотность, но что такое SLA?
Service Level Agreement. То есть мб какие-то требования формальные уже есть
AZ
из разряда "Файл на 20 Киб должен быть распаршен за 300 Наносек в 95% случаев"