Буфери протоколів проти JSON або BSON [закрито]

Хто-небудь має інформацію про робочі характеристики буферів протоколів проти BSON (двійковий JSON) або взагалі JSON?

• Розмір дроту
• Швидкість серіалізації
• Швидкість десериалізації

Вони здаються хорошими двійковими протоколами для використання через HTTP. Мені просто цікаво, що було б краще в довгостроковій перспективі для середовища C #.

Ось інформація, яку я читав про BSON та буфери протоколів .

Ощадливість - це ще одна альтернатива, схожа на буфери протоколів.

У спільноті Java є хороші орієнтири щодо серіалізації / десеріалізації та розміру проводів цих технологій: https://github.com/eishay/jvm-serializers/wiki

Загалом, JSON має трохи більший розмір дроту і дещо гірший DeSer, але перемагає повсюдно і здатністю легко інтерпретувати його без вихідного IDL. Останній момент - це те, що Apache Avro намагається вирішити, і це перевершує як продуктивність.

Microsoft випустила пакет C # NuGet Microsoft.Hadoop.Avro .

У цій публікації порівнюються швидкість та розміри серіалізації в .NET, включаючи JSON, BSON та XML.

http://james.newtonking.com/archive/2010/01/01/net-serialization-performance-comparison.aspx

Ось кілька останніх тестів, що показують ефективність популярних .NET-серіалізаторів.

У тестах Горіння Монахов показують продуктивність сериализации простий ПОКИ в той час як комплексні Northwind тести показують , об'єднані результати сериализации рядки в кожній таблиці Борого набору даних Microsoft.

В основному буфери протоколів ( protobuf-net ) приблизно в 7 разів швидші, ніж найшвидший серіалізатор бібліотеки базового класу в .NET (XML DataContractSerializer). Він також менший за конкуренцію, оскільки він також у 2,2 рази менший, ніж Microsofts, найкомпактніший формат серіалізації (JsonDataContractSerializer).

Текстові серіалізатори ServiceStack найближчі до відповідності продуктивності двійкового протобуфа-мережі, де його серіалізатор Json лише в 2,58 рази повільніший за протобуф-мережу.

Буфери протоколу призначені для дроту:

1. дуже малий розмір повідомлення - один аспект є дуже ефективним цілочисельним представленням змінних розмірів.
2. Дуже швидке декодування - це двійковий протокол.
3. protobuf генерує надзвичайно ефективний C ++ для кодування та декодування повідомлень - підказка: якщо ви кодуєте в нього всі цілі числа чи статичні розміри, він буде кодувати та декодувати з детермінованою швидкістю.
4. Він пропонує ДУЖЕ багату модель даних - ефективно кодує дуже складні структури даних.

JSON - це просто текст, і його потрібно проаналізувати . підказка: кодування в нього "мільярда" int займе досить багато символів: Billion = 12 символів (довга шкала), у двійковому файлі це поміщається в uint32_t. А як щодо спроби кодування подвійного? це було б ДАЛЬКО ДАЛЬШЕ гірше.