storm性能测试结果及分析.pdf

  1. 1、本文档共18页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
storm性能测试结果及分析

Twitter storm 性能测试报告 测试目的 测试twitter storm 的运行性能以及数据处理的延迟。 系统配置 CPU 个数 16 CPU 主频 2.26GHz 内存 16G OS Linux 2.6.32-xxx.x86_64 网络 千兆以太网 Storm 版本号 0.6.1 测试方法 Storm 是一个流处理系统,它以tuple 为基本单位,每个tuple 可以包含多个字段(field )。 我们给tuple 定义两个字段:  Data :存放原始的数据,这里是1000 字节的数据,此测试中我们仅仅是直接的转 发数据,所以唯一的处理开销就是1000 字节的内存拷贝  tsInfo : 时间戳信息,每经过一个处理模块,我们就在此字段中追加上当时的时间 戳,最后统计模块就可以根据这些时间信息计算出总延迟等。由于不同的机器时间 戳并不同步,这给计算延迟带来了固有误差,解决的办法就是把数据发送模块和最 后的统计模块放到一台物理机上。 关于在分布式集群上测试storm 的一个说明:在storm 上,我们很难给某个模块(component ) 指定其运行的物理机,storm 总是自动的把任务平均分配给集群中的各个机器,因此在测试 中我们将使用storm 的工作方式来扩展,而非设计非典型的情景(给某个component 指定特 定的机器来运行,从而打破这种平均分配原则)。 各测试以及结果 a) 在单个主机上,采用如下的方式构造拓扑 测试 Sender Processer Stats 结果 系统资源的利用率如下 CPU 利用率 CPU Total 2012/1/17 User% Sys% Wait% 100 50 0 2 2 3 3 3 4 4 4 5 5 5 5 6 6 6 7 7 7 8 8 8 8 9 9 9 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 : : : : : : : : : : : : : : : : : : : : : : : : : 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 内存使用情况 Memory MB 2012/1/17 memfree 12 千 10 8 6 4 2 0 2 2 3 3 4 4 4 5 5 5 6 6 6 7 7

文档评论(0)

dajuhyy + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档