首页 > 代码库 > 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分析