Bộ đệm giao thức so với JSON hoặc BSON [đã đóng]

Có ai có bất kỳ thông tin nào về đặc điểm hiệu suất của Bộ đệm giao thức so với BSON (JSON nhị phân) hoặc so với JSON nói chung không?

• Kích thước dây
• Tốc độ tuần tự hóa
• Tốc độ giải mã hóa

Đây có vẻ như là các giao thức nhị phân tốt để sử dụng qua HTTP. Tôi chỉ tự hỏi cái nào sẽ tốt hơn về lâu dài cho môi trường C #.

Đây là một số thông tin mà tôi đã đọc trên BSON và Bộ đệm giao thức .

Thrift cũng là một giải pháp thay thế giống như Protocol Buffers.

Có những điểm chuẩn tốt từ cộng đồng Java về tuần tự hóa / giải mã hóa và kích thước dây của các công nghệ này: https://github.com/eishay/jvm-serializers/wiki

Nhìn chung, JSON có kích thước dây lớn hơn một chút và DeSer kém hơn một chút, nhưng chiến thắng ở mức độ phổ biến và khả năng diễn giải nó dễ dàng mà không cần IDL nguồn. Điểm cuối cùng là thứ mà Apache Avro đang cố gắng giải quyết và nó đánh bại cả về hiệu suất.

Microsoft đã phát hành gói C # NuGet Microsoft.Hadoop.Avro .

Bài đăng này so sánh tốc độ và kích thước tuần tự hóa trong .NET, bao gồm JSON, BSON và XML.

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

Dưới đây là một số điểm chuẩn gần đây cho thấy hiệu suất của .NET Serializers phổ biến.

Các điểm chuẩn của Burning Monks cho thấy hiệu suất của việc tuần tự hóa một POCO đơn giản trong khi các điểm chuẩn toàn diện của Northwind hiển thị kết quả tổng hợp của việc sắp xếp một hàng trong mỗi bảng của tập dữ liệu Northwind của Microsoft.

Về cơ bản bộ đệm giao thức ( protobuf-net ) nhanh hơn khoảng 7 lần so với Serializer thư viện lớp cơ sở nhanh nhất trong .NET (XML DataContractSerializer). Nó cũng nhỏ hơn đối thủ vì nó cũng nhỏ hơn 2,2 lần so với định dạng tuần tự hóa nhỏ gọn nhất của Microsofts (JsonDataContractSerializer).

Bộ tuần tự hóa văn bản của ServiceStack là gần nhất để khớp với hiệu suất của mạng nhị phân protobuf-net trong đó Json Serializer của nó chỉ chậm hơn 2,58 lần so với protobuf-net.

bộ đệm giao thức được thiết kế cho dây:

1. kích thước thư rất nhỏ - một khía cạnh là biểu diễn số nguyên có kích thước thay đổi rất hiệu quả.
2. Giải mã rất nhanh - nó là một giao thức nhị phân.
3. protobuf tạo ra C ++ siêu hiệu quả để mã hóa và giải mã tin nhắn - gợi ý: nếu bạn mã hóa tất cả var-integer hoặc các mục có kích thước tĩnh vào nó, nó sẽ mã hóa và giải mã với tốc độ xác định.
4. Nó cung cấp một mô hình dữ liệu RẤT phong phú - mã hóa hiệu quả các cấu trúc dữ liệu rất phức tạp.

JSON chỉ là văn bản và nó cần được phân tích cú pháp . gợi ý: mã hóa một "tỷ" int vào nó sẽ mất khá nhiều ký tự: Billion = 12 char's (tỷ lệ dài), trong hệ nhị phân, nó phù hợp với một uint32_t Bây giờ bạn thử mã hóa một đôi thì sao? điều đó sẽ là FAR FAR tệ hơn.