不是白费劲!
应该是更费劲!
巴特勒管理1500万个Pivot支点与1600万个Pivot支点的难度,并非一样的程度。事实上,需要管理的Pivot支点越多,对于巴特勒的压力越大。
因为,管理更多的Pivot支点,便会遇见更多的突发事件。
依旧举例说明,当南林归一需要计算力资源的时候,巴特勒首先会在APCS系统里面,筛选计算力更强大,网络环境更优
(本章未完,请点击下一页继续阅读)
简单来说,APCS系统收集计算力,存在一个极限瓶颈,一旦到达了瓶颈状态,即增加的Pivot支点性能与巴特勒需要管理Pivot支点所付出的计算力一致的时候,APCS系统便会达到饱和状态。
举一个例子说明,如果ANC拥有一千五百万用户的时候,巴特勒需要5000tflops的计算力管理它们。现在又增加了100万ANC用户,这100万ANC用户带来了1000tflops的计算力资源。
但是,在1500万用户的基础上,再加100万用户,巴特勒需要消耗1000tflops的计算力资源去管理它们。
那么,增加100万用户,增加了1000tflops的计算力资源,又消耗了1000tflops的计算资源管理它们,是不是在白费劲?
不!
SC185 神秘合作:过分顺利? (第1/3页)
基于ANC软件用户的APCS系统,目前越来越庞大,用户数量已经超过了百万人,APCS系统收集的异步无序计算力,跨越了1000tflops的高度。
不过,随着APCS系统越来越庞大,APCS系统收集计算力的增幅,也越来越缓慢。
依旧是因为APCS系统固有的缺陷!
APCS系统确实存在缺陷,并非南林归一的技术不够先进,也不是巴特勒无法管理更多的Pivot支点,而是因为随着Pivot支点的增加,巴特勒需要消耗更多的资源却管理它们,并且有序的分配它们执行任务。
阅读危机最新章节 请关注凡人小说网(www.washuwx.com)