2.0到2.5左右。稍微好一点的能做到2.1。我们经过专家评估，给你定的第一阶段考核指标是：PUE必须控制在1.8以内。”
林渊点了点头。
这个要求说实话很宽松了，绝对不算过分。在2010年，这已经是国内非常优秀的水平。但在林渊眼里，这还远远不够。
因为他知道，国外走在世界前列的谷歌数据中心，常年把PUE控制在1.1到1.2之间！从这个数据就能看出来，目前国内和国际顶尖水平的差距到底有多大。
所以李定远给他提出来的要求绝对不过分，甚至都可以说有点宽松。因为市场在变化，在进步。
就如同英伟达的 GPU，他也在不停的迭代。那么如果再过几年，自己连 1.8 的 PUE 都搞不出来，可以回家洗洗睡了。
大秘见林渊没有任何异议，便继续说道：“第二个核心指标，是上架率，也就是并发集群的调度能力。”
通俗点讲，上架率是什么意思，比如LY科技现在投资的一期数据中心有3000个机柜，二期建完总共是15000个。
你把这上万台服务器全塞进去，不代表它们就能同时协同工作。
这就是云计算真正最难的地方——算力集群调度。
如果你只有一两台、甚至一百台服务器，随便找个高级程序员都能搞定。但当数量上升到5000台、10000台时，这几万台机器之间要互相通信、分配任务。
如果没有一套牛逼的底层架构，这几万台机器光是互相“打招呼”确认状态的网络风暴，就能把整个系统的带宽彻底锁死！最后计算能力没提升，全内耗死机了。
这就好比让一百个人一起干活很容易，但你要让十万个人没有任何层级、同时完美协同去盖一栋楼，没有一个逆天的“总指挥系统”，瞬间就会变成炸营的灾难。
阿里现在的“飞天”系统，正卡在这个瓶颈上欲仙欲死。
而之前林渊给阿里王坚团队提供的那个“高并发处理架构”，其实就是一剂饮鸩止渴的毒药。那套架构用的是“强一致性的中心化锁机制”。
在5000台机器以下时，跑得飞快；可一旦节点突破10000台，中心调度节点就会因为承受不住海量的锁请求而瞬间瘫痪。这是一条彻底的死胡同。
林渊现在的系统，其实也只能稳定跑到1000台。1000台在业内顶多算个“村标”；5000台并发勉强能算“市标”；到了
…。。