首页 > 代码库 > ROS取数线程分析(3): 不带组装: readToReadout PollEth分析

ROS取数线程分析(3): 不带组装: readToReadout PollEth分析

http://files.cnblogs.com/files/zengtx/readyToReadout_PollEth.pdf

上图为readyToReadout函数和PollEth()函数的程序流程图。

在单ROS单DataChannel的情况下,buffer一直足够,查看m_statistics->noSpace值,该值一直为0。该值为0是符合逻辑的,因为一个dataChannel , 每收到一个事例,就释放掉该事例占用的buffer。

下面将m_statistics->noSpace挪到m_fragmentsScheduled > 0为False的子句里,用来统计因为PollEth()返回0而导致readyToReadout返回0,无法执行inputFragment读出操作的次数;

另外,由readyToReadout流程图可知,m_statistics->pollRODs 是用来统计满足读数条件(buffer够,PollEth()返回1)的次数,也就是inputFragment的次数。

m_statistics->pollRODs /(m_statistics->noSpace+m_statistics->pollRODs)即为 poll查询出来可读的次数占poll总次数的比例。

 Server "DF" contains 1 object(s):
    DF.ROS.ROS-Eth-00.DataChannel0 <14/3/17 05:48:45.888469> <EthClientSequentialDataChannelInfo>      13 attribute(s):
      fragmentsServed       0
      fragmentsMissed       0
      fragmentsLost         0
      freePages             499
      lastL1IdInput         4294967295
      wrongMarker           0
      wrongSize             0
      multipleFragments     0
      pollRODs              25680001
      pollIRFlags           0
      noSpace               81481268
      fragments_input       0

通过查看is信息:可知单ROS,单dataChannel时,pollRODs/(pollRODs+noSpace)=24%,  就是说select 100次,只有24次会inputFragment, 剩下的76次都将导致readyToReadout返回False, 在单个通道的情况下,取数线程将进入yield,让出CPU的状态。

 

ROS取数线程分析(3): 不带组装: readToReadout PollEth分析