「linkedin」百万年薪架构师告诉你:什么kafka? 为什么选择kafka?( 二 )


3.2 消费者测试
为了做消费者测试 , LinkedIn使用一个消费者获取总共1000万条消息 。 LinkedIn让所有系统每次拉请求都预获取大约相同数量的数据 , 最多1000条消息或者200KB 。 对ActiveMQ和RabbitMQ , LinkedIn设置消费者确认模型为自动 。 结果如下图所示:
Kafka性能要好很多的主要原因包括:
(1) Kafka有更高效的存储格式;在Kafka中 , 从代理传输到消费者的字节更少 。
(2) ActiveMQ和RabbitMQ两个容器中的代理必须维护每个消息的传输状态 。 LinkedIn团队注意到其中一个ActiveMQ线程在测试过程中 , 一直在将KahaDB页写入磁盘 。 与此相反 , Kafka代理没有磁盘写入动作 。 最后 , Kafka通过使用sendfile API降低了传输开销 。
由于篇幅限制 , 小编在这里就不做过多的介绍了 , 需要更多技术文档的小伙伴 , 可以转发此文让更多的人学习到 , 并且关注一下小编因为以后还会持续更新 , 最后后台私信“资料”来获取更多的资料吧~~


推荐阅读