Screeps 游戏引擎有两种操作模式：一种是基于浏览器单机模式，比如主页上的 sim 。另一种是云服务器联网方式。虽然从游戏的角度来看，这两种模式没有区别，可以调用 api 两颗豌豆一模一样，但实施玩家代码的方法不同。在单机模式下，编码由浏览器本地实施，无需任何云服务器参与。

然而，在网络模式下，代码的实现都是由云服务器承担的，而不是本地浏览器。为了便于管理，每个人都带来了名字 CPU 游戏服务器上可以应用时间资源 CPU 资源。

分析游戏循环、游戏时间、 ticks 在这个游戏中，大家都提到了很多 tick 构成的。每一 tick ，游戏引擎将实现每个玩家的代码。但 tick 持续时间不固定——只有在每个玩家的代码被执行之后，服务器才能完成这一点 tick。

为了防止玩家的代码执行时间过长而影响游戏的流畅性，大家都介绍了 CPU 额度。其本质是以ms为基准限制代码执行时间， 100 CPU 代表玩家的代码最多可以实现 100 ms，当 100 MS到达后，无论编码是否完全执行，都可以强制停止。玩家默认有 20 CPU ，但是可以根据定阅来提高 CPU ，与玩家一起实际增量 GCL 挂勾。

考虑方便，玩家总是 tick 所省下的 CPU 能被存有 备用中留。这样，玩家仍然可以执行超过它 CPU 限定代码。

当玩家代码在那里 CPU 限制内实施后，其余的 CPU 它会被保存起来。玩家最多可以存 10,000 CPU ，但每 tick 较多可用 500 CPU 。

以玩家为例 CPU 限制为 150，但是每个代码 tick 只需 100 CPU 实施后，剩下的 50 CPU 则会被存有 中。所以，用省下来的 CPU ，玩家可以每 5 tick 执行一个必要性 250 CPU 大规模编码，或每个 200 tick 继续实施五个必要条件 500 CPU 特大编码。

便给玩家此 tick 较多使用的 CPU 量。当玩家的 存满了后， 便为限制 500 。这个最多只能用在玩家身上 见底后迅速下降，而且 永远不要低于你 CPU 限定 （）

因此，玩家依据 CPU 储量可以保证代码(如寻路代码)不会被终断，必须花费大量时间。