Twitter Storm源代码分析之Tuple是如何发送的

本文深入探讨了Twitter Storm中Tuple的数据传输机制,详细介绍了Tuple如何从一个Bolt传递到另一个Bolt的过程,包括Tuple的创建、序列化、以及通过ZeroMQ进行网络传输的具体实现。
作者: xumingming | 可以转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://xumingming.sinaapp.com/727/twitter-storm-code-analysis-tuple-send-proc/
 
这篇文章里面我们来看一下Storm里面的tuple到底是如何从一个tuple是怎么从一个bolt到另一个bolt上去的。

首先Bolt在发射一个tuple的时候是调用OutputCollector的emit或者emitDirect方法,
而这两个方法最终调用的是clojure代码里面的mk-transfer-fn方法:

; worker.clj
(defn mk-transfer-fn [transfer-queue]
  (fn [task ^Tuple tuple]
    (.put ^LinkedBlockingQueue
          transfer-queue [task tuple])
    ))
这个方法其实只是往一个LinkedBlockingQueue里面放入一条新记录(task-id, tuple)
然后这个queue里面的内容会被下面这段代码处理


; worker.clj
; 这里面的这个socket到底是什么东西?
(async-loop
    (fn [^ArrayList drainer
         ^KryoTupleSerializer serializer]
      ; 从transfer-queue里面取出一个任务来
      ; 这个任务其实就是(task, tuple)
      (let [felem (.take transfer-queue)]
        (.add drainer felem)
        (.drainTo transfer-queue drainer))
      (read-locked endpoint-socket-lock
        ; 获取从node+port到socket的映射
        (let [node+port->socket @node+port->socket
              ; 获取从task-id到node+port的映射
              task->node+port @task->node+port]
          (doseq [[task ^Tuple tuple] drainer]
            ; 获取task对应的socket
            (let [socket
                   (node+port->socket
                     (task->node+port task))
              ; 序列化这个tuple
              ser-tuple (.serialize serializer tuple)]
              ; 发送这个tuple
              (msg/send socket task ser-tuple)
              ))
          ))

从上面代码可见,tuple最终是被序列化之后由msg/send方法通过socket发送给指定的task的。注意上面代码里面的async-loop表示会创建一个单独的线程来执行这些代码。storm会起一个独立线程来专门发送待发送的消息的。


我们来看下这个socket到底是个怎么样的东西。这个socket是在worker.clj里面被初始化的,看下面的代码:
; socket(worker.clj)
(swap! node+port->socket
     merge
     (into {}
       (dofor
          [[node port :as endpoint] new-connections]
         [endpoint
          (msg/connect
             mq-context
             ((:node->host assignment) node)
             port)
          ]
         )))
从上面代码可以看出socket其实是msg/connect创建出来的。那 msg/connect到底在做什么呢? 这个方法是定义在protocol.clj里面的:
(defprotocol Context
  (bind [context virtual-port])
  (connect [context host port])
  (send-local-task-empty [context virtual-port])
  (term [context])
  )
这里定义的只是一个接口而已,具体的实现是在zmq.clj里面。zmq是ZeroMQ的缩写, 可见storm的supervisor之间就是利用zeromq来传递tuple的。

zmq.clj里面的ZMQCOntext实现了Context接口:

(deftype ZMQContext [context linger-ms ipc?]
  ; 实现Context接口
  Context
  ; 从给定的virtual-port拉消息
  (bind [this virtual-port]
    (-> context
        (mq/socket mq/pull)
        (mqvp/virtual-bind virtual-port)
        (ZMQConnection.)
        ))
  ; 给给定的host,port推送消息(push)
  (connect [this host port]
    (let [url (if ipc?
                (str "ipc://" port "ipc")
                (str "tcp://" host ":" port))]
      (-> context
          (mq/socket mq/push)
          (mq/set-linger linger-ms)
          (mq/connect url)
          (ZMQConnection.))))
  ; 给本地的virtual-port发送一条空消息
  (send-local-task-empty [this virtual-port]
    (let [pusher
           (-> context
               (mq/socket mq/push)
               (mqvp/virtual-connect virtual-port))]
          (mq/send pusher (mq/barr))
          (.close pusher)))
  (term [this]
    (.term context))
  ; 实现ZMQContextQuery接口
  ZMQContextQuery
  (zmq-context [this]

    context))


总结一下Twitter Storm对于tuple的处理/创建过程:
Bolt创建一个tuple。
Worker把tuple, 以及这个tuple要发送的地址(task-id)组成一个对象(task-id, tuple)放进待发送队列(LinkedBlockingQueue).
一个单独的线程(async-loop所创建的线程)会取出发送队列里面的每个tuple来处理
Worker创建从当前task到目的task的zeromq连接
序列化这个tuple并且通过这个zeromq的连接来发送这个tuple。
基于STM32 F4的永磁同步电机无位置传感器控制策略研究内容概要:本文围绕基于STM32 F4的永磁同步电机(PMSM)无位置传感器控制策略展开研究,重点探讨在不依赖物理位置传感器的情况下,如何通过算法实现对电机转子位置和速度的精确估计与控制。文中结合嵌入式开发平台STM32 F4,采用如滑模观测器、扩展卡尔曼滤波或高频注入法等先进观测技术,实现对电机反电动势或磁链的估算,进而完成无传感器矢量控制(FOC)。同时,研究涵盖系统建模、控制算法设计、仿真验证(可能使用Simulink)以及在STM32硬件平台上的代码实现与调试,旨在提高电机控制系统的可靠性、降低成本并增强环境适应性。; 适合人群:具备一定电力电子、自动控制理论基础和嵌入式开发经验的电气工程、自动化及相关专业的研究生、科研人员及从事电机驱动开发的工程师。; 使用场景及目标:①掌握永磁同步电机无位置传感器控制的核心原理与实现方法;②学习如何在STM32平台上进行电机控制算法的移植与优化;③为开发高性能、低成本的电机驱动系统提供技术参考与实践指导。; 阅读建议:建议读者结合文中提到的控制理论、仿真模型与实际代码实现进行系统学习,有条件者应在实验平台上进行验证,重点关注观测器设计、参数整定及系统稳定性分析等关键环节。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值