更快的速度，第2部分：更少的构建，更多的缓存一级方程式赛车和运动原型赛车手都有KERS（动能回收系统），用于在刹车时捕捉赛车的动能，并在按下按钮时产生爆发力。他们不需要花费额外的燃料来加速，而是重新利用已经消耗的能量。CloudBees Accelerator用户也可以通过智能重用未更改的构建组件，将JobCache作为自己的能量回收系统。在本博客中，我们将继续讨论加速CloudBees Accelerator，并描述如何识别何时需要JobCache来加速构建。我们在2016年12月深入讨论了JobCache，因此您可以找到它在那里如何工作的完整描述。这里讨论的海平面报告有助于确定是否需要其他代理来加快构建速度。但正如我们所展示的，有时添加更多的代理是不必要的，甚至是不可能的。如果更多的代理不是解决问题的办法，但您需要加快速度，JobCache可能会有所帮助。JobCache只智能地重新生成自上次生成以来已更改的组件，从而增加了生成时间。这将使用您现有的资源加快生成速度—快于五倍—或者可以显著降低性能硬件。您将获得更快的构建和更好的资源利用率的双重好处。"但我认为更多的代理总是意味着更快的构建"不一定。跨多个核心进行并行构建可以获得最直接的速度增益，但最终会出现收益递减的情况。添加更多的代理也没有考虑到构建本身的全局。如果部分代码没有更改，那么重新构建它们就是浪费时间。如果开发人员正在处理某个特定的问题，并且只对整个代码库进行小的更改，那么完成完整构建的时间（即使是在CloudBees加速器的速度下）也会增加。这就是JobCache要帮忙的地方。它分析您的构建，并自动检测上一个构建中未更改的构件，并智能地重用它们。"如何判断JobCache是否有帮助？"幸运的是，我们已经构建了一个报告，可以让您清楚地了解JobCache如何改变构建时间。它被称为electronicsimulator报告，它读取一个现有的注释文件，向您显示使用JobCache将节省多少时间，并显示一系列代理计数的性能比较。而且跑起来非常容易。方法如下：电模拟器报告运行电气模拟器报告：单击ElectricalInsight主窗口上的"报告"工具栏按钮。这将弹出"报告"窗口。在左侧栏中选择"电气模拟器"，然后单击底部的"生成此报告"：  要查看启用或不启用jobcache的并行模拟，请启用"Second series"模拟，然后选择jobcache选项（例如GCC或Jack jobcache），然后单击"运行"： 这个特定版本的报告有一些有趣的地方。在没有JobCache的情况下运行此构建的最快时间超过17分钟，并且只有使用32个以上的代理时才有可能。但是，在JobCache和8个代理的情况下，这个构建的运行时间不到14分钟。使用JobCache，构建达到了在16个代理上运行不到8分钟的最大性能。这比32个代理要划算得多，而且无论代理数量多少，都会更快。"我们试过ccache，但有很多问题。JobCache有什么不同吗？"很高兴你这么问。JobCache比ccache或winkins（对于我们这些年纪足够大，能够记住winkins）更快、更通用、更快、更易于使用和部署。速度更快为了速度，ccache甚至不能接近JobCache。更灵活为了多功能性，JobCache缓存的不仅仅是对象文件，它还缓存依赖文件，甚至可以与Microsoft CL一起工作。ccache在创建新的头文件时有检测问题，JobCache没有。ccache还存在多个生成共享同一缓存的问题，JobCache没有。更容易部署为了便于使用，添加JobCache只需添加一个命令行选项即可。因为JobCache一直在监视构建中的所有内容，所以它在检测缓存未命中和问题方面要快得多。 JobCache会帮助您从CloudBees加速器获得涡轮增压吗？可能。为了确定答案，请在这里注册一个演示，您的客户成功经理将与您联系，帮助您解决这个问题。