78.
程理说干就干，马上着手继续修改算法。
之前功法优化的算法已经被程理修改过一次，加入了对脉环通过速度的条件权重值，得出了功法优化算法V2.0版本。
现在程理在之前功法优化算法V2.0版本基础上，再次修改算法，这一次加入了对属性编码的条件要求。
“嗯，这样就行了。可以强制要求计算出来的路线图，灵力流运转时需要出现X次幻属性编码。就把这个新算法叫做，功法优化算法V3.0版本吧！”
紧接着，程理就把功法优化算法V3.0版本，输入到了灵力计算机中。
“好了，开始运行前，得先输入想要出现几次幻属性编码。
“嗯，第一次运算，就设大一点好了，输入20次。”
随后，程理就按下了太极旋转式按钮。
这个太极旋转式按钮，不仅可以旋转指向不同的运算功能，在被按下后，还可以开始执行运算。
随着，程理按下太极旋转式按钮后，整个11台乙型算器，开始嗡嗡作响，全力进行运算。
这一次的运算，加入了对幻属性编码的条件要求，乙型算器需要在满足灵力流运转时能出现20次幻属性编码排列形式后，再计算出符合要求的最短的运行路线，并且最后能得出正确幻属性密钥的灵力流。
“这次算法的逻辑大致是这样的。”
“要满足两个硬性条件。”
“1、运转一周天后，灵力流要能得到幻属性的丹田密钥‘地震坎泽山水坎震’。”
“2、运转过程中，灵力流要出现20次幻属性编码。”
“在满足这两个硬性条件后，再根据寻找最少脉环数和尽可能使用简单脉环，这两个权重条件去计算。”
这一次的运算比之前都久，一盏茶时间之后，光幕上写出现一串错误信息。
“无法得出运算结果。”
程理对这个结果也不意外。
“看来，在满足运转过程中，灵力流出现20次幻属性编码的时候，没办法出现可以得出幻属性密钥的路线……”
“没关系，那就降低幻属性编码的出现次数。”
这一次，程理把出现幻属性编码的次数，从20下调到10次，然后再次执行运算。
然而，一盏茶之后，光幕上还是出现，无法得出运算结果。
“好吧，那就再往下微调。”
这一次，程理只往下调了一次，要求灵力流运转过程中，出现幻属性编码的次数为9次。
灵力计算机再次全力运转。
时间一分一秒过去，一盏茶后，光幕上还是在滚动着海量的数据流，并没有出现提示错误的信息。
“有戏！”
程理握紧了拳头，此时也是有些紧张。
“在修真理论里，九为极数，乃数之极，所以在修真里的很多领域，最大就只能到九。比如九天、比如修为最高只能到九品，功法修炼也只能到九层。
“看来，所有功法的路线图，出现属性编码的次数，最多也只能9次。超过9次，就计算不出可以得出正确属性密钥的路线图。”
在程理的猜测中，灵力计算机的计算越发漫长。
这一次的计算量，比之前任何一次都大。
现在，随着程理加入的条件越多，计算量也越大。
所以这一次，半柱香过去了，灵力计算机也还没得出结果。
一炷香……还是没有结果。
↑返回顶部↑