1_POWER8 overview和案例分享_v10.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CAPI Flash POWER8 System Flash System CAPI enabled Flash is the best solution for memcached system CAPI + Flash as RAM breaking the max RAM limitation Best suit for in memory, distributed hash table scenario such as Redis Also useful for large websites with large hot data requiring lightening response Announce: 10/6 GA: 11/21 Limited Available: 11/21 GA: 1Q/15 案例分享 * 测试场景:XX登记过户系统TA4.0,核心测试场景:账户预处理/交易预处理/批处理/批后统计 测试结果:对比X86,Power8的响应时间缩短非常明显,为原有时间的 1.账户预处理 31% 2.交易预处理 34% 3.批处理 22% 4.批后统计 53% 平台 硬件配置 软件配置 账户预处理(秒) 交易预处理(秒) 批处理(秒) 批后统计(秒) X86 (64 core) 2*IBM X3850 E7-4807 4*8 core 128G内存 Redhat AS6.4 X86_64 Oracle 324 561 563 109 Power8 (8 core) 2* Power8 4.1GHz 4 core 128G内存 AIX 7.1 101 191 126 58 在存量账户数据:90万的场景下,完成180万开户数据以及180万认购数据 XX电子基金登记过户系统TA4测试结果(Power8 VS X86) 处理时间(秒) 测试场景以及前提条件 在同等硬件投入下 XXX iMedical系统Power8测试 该iMedical系统占中国50% 的市场份额 SMT智能多线程提升性能 性能比Power 8: Power 7+ = 1.51:1 Power8服务器上CPU/memory的affinity 属性敏感 Avg. response time Improve 151.4% Improve 173.3% Baseline Avg. response time Baseline Improve 320.2% Improve 366.4% The End… * * * We’ve put our roadmap out there and we hit it. This is huge. As we mentioned, Oracle has had three systems in three years and no migration path with Exadata. You can’t get from v1 to v2. With Power you could migrate easily. * * * transactional memory 的主要优点是实现了一套轻量级的硬件锁,相比于以前的锁原语,其指令开销小得多;加解锁操作本身的代价降低了。 但是其缺点在于锁的粒度,对于transaction内所有数据的读取、修改都包含在同一个事务,并保证原子性;不像一般的软件锁,可以只针对某一条记录,某一个变量进行读写保护。 How to determine potential benefits? ■If the application has fine-grained locking, TM may not help. ■If the application is coarse-grained locking and does not scale well, TM may help. ■If the transactions reference a large amount of data, TM is unlikely to help. ■If read-only transactions typically do not reference the same data as concurrent transactions that write data, TM may help. ■If the application is highly threaded or manages many resources that might have light weight locking requirements, TM is likely to

文档评论(0)

***** + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档