第500章 考核標准

  这个要求说实话很宽鬆了，绝对不算过分。在2010年，这已经是国內非常优秀的水平。但在林渊眼里，这还远远不够。

  因为他知道，国外走在世界前列的谷歌数据中心，常年把pue控制在1.1到1.2之间！从这个数据就能看出来，目前国內和国际顶尖水平的差距到底有多大。

  所以李定远给他提出来的要求绝对不过分，甚至都可以说有点宽鬆。因为市场在变化，在进步。

  就如同英伟达的 gpu，他也在不停的叠代。那么如果再过几年，自己连 1.8 的 pue 都搞不出来，可以回家洗洗睡了。

  大秘见林渊没有任何异议，便继续说道：“第二个核心指標，是上架率，也就是並发集群的调度能力。”

  通俗点讲，上架率是什么意思，比如ly科技现在投资的一期数据中心有3000个机柜，二期建完总共是15000个。

  你把这上万台伺服器全塞进去，不代表它们就能同时协同工作。

  这就是云计算真正最难的地方——算力集群调度。

  如果你只有一两台、甚至一百台伺服器，隨便找个高级程式设计师都能搞定。但当数量上升到5000台、10000台时，这几万台机器之间要互相通信、分配任务。

  101看书101??????.??????全手打无错站

  如果没有一套牛逼的底层架构，这几万台机器光是互相“打招呼”確认状態的网络风暴，就能把整个系统的带宽彻底锁死！最后计算能力没提升，全內耗死机了。

  这就好比让一百个人一起干活很容易，但你要让十万个人没有任何层级、同时完美协同去盖一栋楼，没有一个逆天的“总指挥系统”，瞬间就会变成炸营的灾难。

  阿里现在的“飞天”系统，正卡在这个瓶颈上欲仙欲死。

  而之前林渊给阿里王坚团队提供的那个“高並发处理架构”，其实就是一剂饮鴆止渴的毒药。那套架构用的是“强一致性的中心化锁机制”。

  在5000台机器以下时，跑得飞快；可一旦节点突破10000台，中心调度节点就会因为承受不住海量的锁请求而瞬间瘫痪。这是一条彻底的死胡同。