Thrift，协议缓冲区，JSON，EJB等的性能比较？
我们正在研究传输/协议解决方案，并且即将进行各种性能测试，因此我认为我应该与社区联系，以了解他们是否已经这样做：
有没有人比较Linux上的EJB3，Thrift和协议缓冲区，对简单的回显服务进行了服务器性能测试，并对各种消息大小进行了序列化/反序列化？
主要的语言是Java，C / C ++，Python和PHP。
更新：我仍然对此很感兴趣，如果有人做了进一步的基准测试，请告诉我。另外，非常有趣的基准测试显示压缩的JSON与Thrift / Protocol
Buffers类似/更好
，因此我也将JSON引入了这个问题。
问题答案：
Thrift-protobuf-compare项目Wiki中提供了此处的最新比较。它包括许多其他序列化库。
-
试图使用Ionic 4中的协议缓冲区进行编码 我已经下载了协议并用它来生成一堆_pb.js文件，每个. proto文件一个。很好。 首先关注原型示例。这是示例代码： 我做了一些更改以匹配我的文件。更改proto文件的名称。但是我的proto文件中没有包名称。所以我只是使用了消息名称。首先这是我的. proto文件的开头： 下面是我修改后的代码： 这似乎不起作用。我的控制台显示： 我相信我已经成功地
-
问题内容： 我正在使用gSoap将旧式C 系统重构为SOA。我们遇到了一些性能问题（非常大的XML），因此我的领导要我看一下协议缓冲区。我做到了，它看起来非常酷（我们需要C 和Java支持）。但是协议缓冲区是仅用于序列化的解决方案，现在我需要将其发送到Java前端。从C ++和Java角度来看，我应该使用什么来通过HTTP（只是内部网络）发送那些序列化的内容？ PS。另一个人试图加速我们的gSoa
-
问题内容： 对于某些缓存，我正在考虑为即将到来的项目做准备，我一直在考虑Java序列化。即，应该使用它吗？ 现在，由于几年来的各种原因，我以前已经编写了自定义序列化和反序列化（可外部化）。如今，互操作性已成为一个更大的问题，并且我可以预见需要与.Net应用程序进行交互，因此我考虑使用独立于平台的解决方案。 有没有人对GPB的高性能使用有任何经验？与Java的本机序列化相比，它在速度和效率方面有何不
-
两者都是序列化库，由谷歌开发人员开发。他们之间有什么大的区别吗？将使用协议缓冲区的代码转换为使用FlatBuffers需要大量工作吗？
-
在阅读这个相当长的问题之前，我提出了一个bughttps://github.com/GoogleCloudPlatform/python-docs-samples/issues/1103. 原型包和名称解析的留档状态 您可以使用其他定义。通过导入原始文件。导入另一个。在proto的定义中，您可以在文件的顶部添加一条import语句。 我的依赖于annotations.proto将HTTP/JSON
-
请注意：虽然这个问题特别提到了Dropwizard，但我相信任何有泽西/JAX-RS经验的人都应该能够回答这个问题，因为我可以想象Dropwizard只是在幕后遵循泽西/JAX-RS约定。 我有一个Dropwizard服务，它用JSON编写，工作非常出色。 现在我想将其切换为读/写二进制数据（以最小化网络带宽）。我看到了Dropwizard Protobuf库，但我对在Dropwizard中实现二