justworks..docxVIP

  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文档。上传文档
查看更多
justworks.

Just Works:Jeff Dean斯坦福演讲启示2013年06月26日09:17 来源:博客园 作者:汪源 编辑:李焕珠 查看全文赞(1)评论(0) 分享标签: IT业界  【IT168 评论】MapReduce、BigTable 等系统的创造者 Jeff Dean 于 2013 年 1 月 19 日在斯坦福大学演讲的内容纵贯系统软件与机器学习两大领域。通过对资源共享及其带来的响应时间波动问题、异步分布式随机梯度下降算法及其应用这两块主要内容的介绍,Jeff Dean 深入展示了通用、简洁、Just Works 系统的强大魅力。同时演讲中展示的在深度学习领域取得的突破尤其振奋人心。 在 Google 众多杰出的计算机科学家中,Jeff Dean 可能是最知名的。这不仅是因为 Jeff Dean 设计的 MapReduce 和 BigTable 等系统人尽皆知,开风气之先,也因为 Jeff Dean 比较喜欢做技术演讲。虽然只涉及 Google 强大技术的只鳞片爪,Jeff Dean 的每次演讲都足以成为我们学习模仿的对象。 2013 年 1 月 19 日,Jeff Dean 在斯坦福大学做了题为“Large-Scale Data and Computation: Challenges and Opportunities”的演讲,从系统领域讲到机器学习领域,内容同样让人耳目一新,非常值得细细学习。 在这次演讲中,最核心的内容有两点:一是资源共享及其带来的响应时间波动问题;二是异步分布式随机梯度下降算法及其应用。  资源共享及其带来的响应时间波动问题 首先介绍资源共享及其带来的响应时间波动问题。为提高硬件资源利用率,Google 的每台服务器可能同时承担很多种任务(看来 Google 虽然财大气粗,也是非常关注节约硬件成本的)。如图 1 所示,一台服务器可能既负责存储 GFS 中的某些 chunk 和 BigTable 中的某些 tablet 及承担一些 CPU 密集型的计算,又可能动态按需执行一些 MapReduce 的任务或应用逻辑。▲图 1 服务器承载的任务 资源共享,虽然能极大提升资源利用率,但同时也会导致操作响应时间变得不稳定。这是因为资源利用率越高,业务负载波动导致系统局部过载的概率就越大。 对于 Google 这样的复杂系统,基础操作的响应时间波动带来的影响更大。如图 2 所示,一次 Google 有哪些信誉好的足球投注网站需要通用 Web 有哪些信誉好的足球投注网站、广告、新闻等众多服务的配合,这些服务又需要存储等基础服务的支持。这样,一次有哪些信誉好的足球投注网站就会产生极大量的基础操作,这些基础操作的响应时间波动带来的影响就会被层层放大。为理解这一点,Jeff Dean 做了一个简单的计算。假设 1 次基础操作的平均响应时间是 10ms,99% 响应时间是 1 秒。▲图 2 Google 一次有哪些信誉好的足球投注网站所依赖的服务 如果 1 个业务操作需要做 100 次这样的基础操作,那么它的平均响应时间是 1 秒。这看起来似乎可以接受,但如果更仔细地计算一下会发现,实际上高达的情况下某些基础操作的响应时间将超过 1 秒,从而导致业务操作的整体响应时间将超过 2 秒。 实际上,其中有两次基础操作的响应时间超过 1 秒,导致业务操作的整体响应时间超过 3 秒的概率仍高达。因此,业务操作的响应时间分布将呈现出显著的长尾现象,大量业务的服务质量将不尽如人意。 因此,保证基础操作的响应时间尽可能稳定变得异常重要。实现这一点的常用方法是定期调整负载均衡策略来减少系统局部过载的概率(如果全局过载那只能扩容了),当然 Google 也这样做了。除此之外,Jeff Dean 在演讲中还重点介绍了一种称为关联请求(Tied Request)的通用策略。 关联请求的原理是把操作请求发给两个都可独立完成服务的子系统,并告知对方的信息。如果在一个子系统中操作请求完成排队开始执行,就通知对方取消执行。对方收到通知后,如果操作请求还在排队,则取消执行。当然,如果操作也已经开始执行了,则不一定能取消,这时将带来额外的系统开销。 Google 的经验是在数据中因为有低延迟的通信网络,这种操作在两个子系统都执行的最差情况发生的概率可以降到很低。 关联请求策略在降低 GFS 读操作响应时间上取得了非常好的效果。在处理 GFS 读请求时,GFS 客户端首先发送关联请求到其中一个复本,如果 2ms 之后该复本上的读操作还没有开始,则再发送关联请求到另一复本。 表 1 显示了使用关联请求策略改善 GFS 读操作响应时间的显著效果。可以看到,无论是空闲还是繁忙的系统,关联请求策略都可以将 90%~99.9% 响应时间降低 40% 左右。?▲表 1 使用关联请求策略改善 GFS 读操作响应时间的显著效果 同时也可以看到,优化后,繁忙系统

文档评论(0)

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

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

1亿VIP精品文档

相关文档