Jstorm vs Storm

Jstorm 是由Storm演化而来，在架构和实现上都有很大的相似度，并且沿用了Storm的编程接口，Storm的程序在很多版本上，可以无缝迁移到Jstorm。整体上说，Jstorm更稳定，灵活性更高，性能更高。

• Jstorm Nimbus 实现HA
  当一台nimbus挂了，自动热切到备份nimbus

• 彻底解决Storm雪崩问题
  底层RPC 采用netty + disruptor，保证发送速度和接受速度是匹配的

• rebalance
  Storm采取的策略更自动化，可能会影响稳定性。而Jstorm则采取更稳定的策略，在下面的情况发生时，都不会rebalance，可以手动relanbance

   1. 添加supervisor时， 会触发任务rebalance
   2. Supervisor shutdown时， 触发任务rebalance
   3. 提交新任务时，当worker数不够时，触发其他任务做rebalance

• Jstorm调度策略更稳定
  当新拓扑提交时，Jstorm不会去抢占老任务占用的资源cpu，memory，disk，net。

• Jstorm减少对ZK的访问量
  去掉大量无用的watch，task的心跳时间延长一倍，Task心跳检测无需全ZK扫描

• Jstorm调度更强大
  可以从4个维度对任务进行资源分配，CPU，Memory，Disk，Net。需要开启Cgroups，具体http://blog.youkuaiyun.com/zengqiang1/article/details/78451307

• Jstorm默认一个task，一个cpu slot，当task消耗更多的cpu时，可以申请更多cpu slot

• Jstorm 默认task，不申请disk slot，当task 磁盘IO较重时，可以申请disk slot

• Jstorm可以强制某个component的task 运行在不同的节点上

• Jstorm 可以强制topology运行在单独一个节点上
• Jstorm可以自定义任务分配
  提前预约任务分配到哪台机器上，哪个端口，多少个cpu slot，多少内存，是否申请磁盘
• JstormWorker 内部全流水线模式,Spout nextTuple和ack/fail运行在不同线程
  nextTuple中 做sleep和wait操作不会block ack/fail 动作
• Jstorm底层使用ZeroMq， 比storm快30%

• Jstorm底层使用netty时， 和storm快10%，并且稳定非常多

  Jstorm 为什么性能更好

• Zeromq 减少一次内存拷贝
• 增加反序列化线程
• 重写采样代码，大幅减少采样影响
• 优化ack代码
• 优化缓冲map性能
• Java 比clojure更底层