网络推广合作协议,快速做网站优化,网站页面设计,wordpress建站教程百科说起来可能有点反直觉#xff0c;有时候不运行反而可以帮助我们加快速度#xff0c;这正是网络浏览器运行的指导原则。不必在页面上加载所有内容#xff0c;缓存的元素已经存在#xff0c;不需要每次访问网站或网页时都重新加载。页面加载速度越快#xff0c;浏览器的工作…说起来可能有点反直觉有时候不运行反而可以帮助我们加快速度这正是网络浏览器运行的指导原则。不必在页面上加载所有内容缓存的元素已经存在不需要每次访问网站或网页时都重新加载。页面加载速度越快浏览器的工作量就越少最终结果也是一样的。
不运行总是比运行更快
对于软件开发中的缓存这一指导原则同样适用。在此情况下缓存可以带来四点好处
明显加速开发降低成本利用云资源进行计算时尤为明显包括在完成本地构建时也适用甚至可以扩展到 CI 服务器许可证因为每个 CI 服务器可以并行完成更多的构建鼓励开发人员采用所需构建时间较长而经常避免的最佳实践例如使用特性分支和频繁设置分支每次引入小提交频繁从仓库中提取变更等从 CI 的角度来看构建时间越短每次提交时构建就会左移即缩短时间对开发人员的响应时间就越快因此可以从容地应对紧要时刻执行的构建越多缓存“热度”就越高即缓存使用次数就越多效率就越高漏洞解决的时间就越快上市时间就越快等等。
目前缺少哪些软件构建缓存方法
缓存可以分为多个等级不同等级对性能的影响也不同。缓存粒度越细例如缓存整个代码库、缓存几行代码、缓存整个脚本的对比性能就越好降低的成本也就越多。
因此在构思如何缓存构建工件时能够缓存和复用最终工件如可执行文件和库固然不错但您也应该考虑到更细粒度级。缓存还应包括中间工件C 对象文件、调试信息以及构建的其他方面如单元测试输出和自定义构建命令等。
依赖关系的负担
缓存的一大驱动原理是为了在编译期间成功复用缓存工件当前任务必须具备与先前缓存的输出工件明确相关的输入依赖项。
为此在任务中若要将工件存入缓存该任务必须关联可以触发该缓存工件创建的所有输入依赖项。一般情况下创建一个唯一的哈希 ID 来代表所有任务依赖项包括输入文件、环境变量、命令行参数和其他输入等就可以实现关联。该哈希 ID 将代表可以触发特定工件的所有依赖项。
只有当所有相关的输入依赖项都与原先执行任务对应的哈希值相同时执行的任务才能复用先前缓存的工件。
目前常用的方法为了满足此要求又给用户和我们想要缓存的工具/编译器带来了负担
用户负担为了实现缓存一些构建工具要求用户在其构建脚本中显式包括构建将要执行的每个任务的所有输入依赖项这样做需要用户完成大量的工作决定并显式编写整个产品依赖关系。此外采用这种方法需要深入了解产品的结构和依赖关系同时要求由引入新代码的开发人员强制维护这些依赖关系。虽然这种方法在新建产品时可能较为可行但对于大型项目来说要完成整个流程的难度非常大还可能导致构建错误特别是在持续需要强制执行显式声明的开发过程中。工具负担一些工具内置了提供输入依赖关系的运行时服务例如编译器的预处理功能。具有预处理能力的编译器允许用户确定编译任务的输入依赖关系。但问题是这种方法需要逐个编译器实现。并非所有工具都具有预处理能力例如缓存单元测试而且在每个编译的任务上仅仅是执行用于确定任务依赖关系的预处理进程就会给构建机器带来计算负担导致机器延长构建时间。在不同主机之间共享缓存时例如一组开发人员共享缓存工件或一组持续集成节点这些限制因素会变得更加复杂。
Incredibuild 的专利缓存方法
Incredibuild 的独特缓存构建法主要基于自身平台强大且经过实践验证的并行分发技术注入进程的底层系统钩子类似于反病毒软件的工作原理。利用该技术Incredibuild 可以自动映射读取到的每个文件或进程访问的其他输入使其可供无缝使用和共享以确定任务依赖关系减轻用户负担和工具负担。
其工作原理如下
执行一个 Process示例采用 C 编译进程Incredibuild 将系统钩子注入进程使其能够监测编译进程正在使用的所有输入文件夹、注册表标志、环境变量等编译进程运行时Incredibuild 会自动确定该进程所需的所有输入以及该进程创建的所有内容输出所有输入经过哈希处理在输入及其生成的输出之间建立关联。然后将哈希值和输出都存入高速缓存中哈希值则用作相应任务输出的索引 ID缓存在网络上的多个用户之间共享之后其作用会显著放大用户可以复用在网络中任何地方创建的输出而不必再次重建。
这种利用系统钩子无缝跟踪进程依赖关系进行缓存的方法是一种全新的缓存方法美国专利局认定此方法在技术上具有创新性可以申请专利。
在 Visual Studio 中使用的案例
让我们以 Visual Studio C 为例来分析演示 Incredibuild 的工作原理缓存将分为“方案级”、“项目级”和“单元文件级”。也就是说如果项目没有任何变化那么整个项目工件都可以复用无需重新构建其任何单元在大型 C 应用中一个解决方案中通常包含多个项目涵盖数百个单元。如果拥有更细粒度的单元级缓存在 C 中指的是缓存单个编译单元的 “obj” 文件那么即使最终工件的依赖关系因单个单元的变化而发生了变化我们也只需要重新执行已经变化的单元同时从缓存中找到该单元的其余输出就是实现复用。这样加快了构建时间的同时还减少了算力。
未来愿景
这种独特的通用“隐藏式”缓存方法释放了额外的功能以探索开发生态系统的未来。这一领域高度分散许多工具被用作大型构建执行的一部分包括各种编译器、构建系统、软件语言工具、测试框架等。Incredibuild 的通用缓存方法未来可以作为统一的整体缓存解决方案兼容构建中使用的所有工具让这些工具也能充分利用缓存服务同时还能帮助我们的客户加速
其他软件语言和编译器其他计算用例如各种测试框架、代码分析等在编译速度更快的语言如 C#时减少构建工作量支持按顺序处理非并行工作CI 进程中还包括用户自定义步骤如自定义构建步骤、构建脚本、自制工具等。
整体缓存解决方案适用于多种不同的用例这意味着围绕缓存服务开发的所有特性都可以服务于所有缓存用例。这种方法已经有许多用例证明了我们大力投入构想这一强大的整体缓存方案是合理的。
点击此处了解更多关于 Incredibuild 构建缓冲的信息并可以获取免费试用 License 即刻加速您的构建
