- 综合排序
- 最热优先
- 最新优先
- 来自专栏每月技术成长
CNB 环境构建加速 -- 并行 job
上文CNB 环境构建实践总结提到通过编写 script 而非直接修改 .cnb.yml 或构建镜像的方式，进行环境配置。 jobCNB pipeline 中，stages 是串行执行的，但每个 stage 中的 job 可以串行/并行运行，因此可以将环境配置 script 拆解为多个 script，通过并行 job 分别运行，从而加速开发环境配置 等系统包管理器安装相应软件如 cmake、ninja 等使用 curl 下载并运行指定 script，安装特定工具如 nvm、bun 等因此可以将这两部分拆解为两个及以上的 script，利用并行 job 同时运行，加速环境配置
27710编辑于 2025-11-30 - 来自专栏技术杂记
Rails 构建评论功能（11）
虽然这只是一个小小的demo，但不得不说，ruby on rails 的开发效率是很高效的，原因是大部分本来需要手动完成的事情，这个框架已经帮忙自动完成了，我们需要做的只剩下去填补最基本的对象定义，逻辑关系，展示方式
66530发布于 2021-10-21 - 来自专栏代码编写世界
CMake构建学习笔记11-minizip库的构建
不过，有点麻烦的是这个工具并没有提供CMake构建的方式。那么可以按照构建giflib的方式，自己组织CMakeList.txt，正好这个项目的代码量并不多。 另一个问题是，minizip其实是个可执行程序，Windows下不能直接将其构建成动态链接库，因为Windows下的动态链接库是需要设置导出的，否则就会提示找不到符号的问题。 lib # 对于共享库 ARCHIVE DESTINATION lib # 对于静态库 RUNTIME DESTINATION bin # 对于可执行文件 ) 关键的构建指令如下所示 ，指定构建类型 cmake --build . --config RelWithDebInfo # 安装阶段，指定构建类型和安装目标 cmake --build .
71000编辑于 2024-12-14 - 来自专栏前端探索
即刻起，加速您的前端构建
构建 影响前端发布速度的有两个方面，一个是构建，一个就是压缩，把这两个东西优化起来，可以减少很多发布的时间。 thread-loader thread-loader 会将您的 loader 放置在一个 worker 池里面运行，以达到多线程构建。 loader中使用，否则效果不佳 更多配置请查看： https://github.com/webpack-contrib/thread-loader happypack happypack，通过多进程模型，来加速代码构建 压缩是发布前处理最耗时间的一个步骤，如果是你是在webpack 4 中，只要几行代码，即可加速你的构建发布速度。 总结 随着 webpack 4 的优化，构建速度其实得到了极大的提升，也收到了parcel 等零配置Web应用打包工具的启发，其实 webpack 的配置日趋简洁，何不尝试配置一下呢？
2.1K250发布于 2019-03-08 - 来自专栏存储公众号：王知鱼
企业加速出海，如何高效构建全球组网？
这是构建全球网络的基础固定成本，每个部署区域都需要一个CNE。连接 (Attachments): 每个连接到CNE的VPC、VPN或SD-WAN连接点，每小时收费约 0.065 (价格因区域而异)。 一个“规模单元”本质上是一个具有确定容量的虚拟电路，这是传统电信网络的基本构建块。然而，与电信电路不同，它可以按小时进行配置、扩展和计费。 通过构建真实世界的业务场景模型，我们将量化不同计费方案在不同流量模式下的总拥有成本（TCO），从而直接回应用户关于成本优化的核心问题。 构建清晰的需求建议书 (RFP): 在RFP中，明确提出对按用量计费或弹性带宽计费组件的需求。提供详尽的历史流量数据，包括平均值、峰值、突发持续时间等，以便供应商能够给出准确的报价。
58310编辑于 2025-10-09 - 来自专栏建站闲谈
Debian10 Debian11 开启 BBR 加速
Debian10 / 11 默认的内核就是 4.19 版本的内核而且编译了 TCP BBR 模块，所以可以直接通过参数开启。
13.5K30编辑于 2022-04-02 - 来自专栏实战docker
修改gradle脚本，加速spring源码编译构建速度
本次优化的策略是跳过task来节省时间，例如文档包和源码包，因此，如果您的目标是拿到最新jar包，那么这种手段适合您，如果您想拿到包括文档、源码等在内的所有构建资源，那么这种方式就不适合了； 先列举一下软硬件环境信息 环境编译spring-framework4.1.9版本，报错"Failed to capture snapshot of input files for task 'distZip'"》进行修改，否则会构建失败 现在我们来修改build.gradle文件，去掉一些与jar包构建无关的task； 找到configure(subprojects - project(":spring-build-src"))，在这个方法的结尾处有如下代码 artifacts { //archives docsZip //archives schemaZip //archives distZip } build.gradle修改完毕，可以再次构建了 如下图所示，仅用1分59秒就完成构建，去子工程的build目录发现所需jar包构建成功（例如spring-framework-4.1.8.RELEASE\spring-context\build\libs
1K50发布于 2020-05-26 - 来自专栏云云众生s
Epic如何为开发者加速虚幻引擎构建
从运行《堡垒之夜》到为《星际迷航：发现号》构建遥远的世界，Epic Games的虚幻引擎大胆地将实时三维图形带到了从未有过的地方。虚幻引擎是一个庞大的多功能开发环境，用于创建游戏和其他实时三维内容。 他从引擎盖下的游戏开发的角度，以及Epic Games如何架构一个系统，为快速、高效的缓存加速全球大规模游戏资产分发，以加速虚幻引擎的全球分发。 要了解这里所涉及的内容，请看看如何使用虚幻编辑器构建一个简单的三维场景的图片： 看似简单的柠檬实际上由多个资产组成。有柠檬网格，多个纹理，着色器等。这些只是场景的一小部分。 缓存用于加速游戏烹饪时间。就像您可能会缓存代码编译一样，Epic Games经常依赖这些转换的缓存，即所谓的DDC(派生数据缓存)。 S3 用于存储大多数有效载荷(每个区域约 50 TB，用于两个月的游戏构建)，因为将内容保存在那里的成本非常低。如果请求的有效负载不在本地 NVMe 缓存中，则会从 S3 获取。
56410编辑于 2024-03-28 - 来自专栏技术小黑屋
一些关于加速Gradle构建的个人经验
1 Starting a Gradle Daemon (subsequent builds will be faster) 设置heap大小 为Gradle分配足够大的内存，则可以同样加速编译。 设置并行构建 现在的工程往往使用了很多模块，默认情况下Gradle处理多模块时，往往是挨个按顺序处理。可以想象，这种编译起来会有多慢。 好在Gradle提供了并行构建的功能，可以让我们充分利用机器的性能，减少编译构建的时间。 1 2 3 4 5 6 7 8 9 10 11 . /gradlew --stop Stopping Daemon(s) 1 Daemon stopped debug构建关闭proguard 提到Proguard大家想到的都是代码混淆，其实除了代码混淆之外
2.1K10发布于 2018-09-05 - 来自专栏Android 开发者
使用新 Android Gradle 插件加速您的应用构建
Gradle 配置缓存 △ Gradle 构建过程和阶段划分 每当 Gradle 开始构建时，它都会创建一个任务图用于执行构建操作。 △ Build 配置的输入内容 在构建过程中，您的构建设置决定了构建阶段的结果。所以配置缓存会将诸如 gradle.properties、构建文件等输入捕获，放入缓存中。 这些内容同您请求构建的任务一起，唯一地确定了在构建中要执行的任务。 如示例中构建脚本的第 5 和第 11 行导致了这些问题。 这样一来，开发者就可以在不操作构建任务的前提下改变构建行为。
3.5K30编辑于 2022-04-01 - 来自专栏finleyMa
Jenkins2 学习系列11 -- 参数化构建
有些项目的构建需要动态的传入一些参数，比如需要用户输入一些内容，或者上传一个文件，或者为一些配置打钩，作为不同的参数，当构建时这些参数作为环境变量来影响具体的构建过程。 比如，我们知道sh "printenv"会打印所有的环境变量方便调试，但是如果写死在pipeline里，每次构建 console output都会输出大量内容。 比如现在 stage('debug') { steps { sh "printenv" } } 我希望构建时可以手动控制是否输出调试信息。默认为关闭，即不输出，打钩后才输出信息。
1.6K20发布于 2019-07-22 - 来自专栏finleyMa
docker学习系列11 多阶段镜像构建
本篇文章是转载，原文 从Docker版本 17.05.0-ce 开始，就支持了一种新的构建镜像的方法，叫做：多阶段构建(Multi-stage builds)，旨在解决Docker构建应用容器中的一些痛点 在日常构建容器的场景中，经常会遇到在同一个容器中进行源码的获取，编译和生成，最终才构建为镜像。 所谓多阶段构建，也即将构建过程分为多个阶段，在同一个Dockerfile中，通过不同的阶段来构建和生成所需要的应用文件，最终将这些应用文件添加到一个release的镜像中。 as 关键字用来为构建阶段赋予一个别名，这样，在另外一个构建阶段中，可以通过 from 关键字来引用和使用对应关键字阶段的构建输出，并打包到容器中。 甚至，我们还可以使用更多的构建阶段来构建不同的应用，最终将这些构建产出的应用，合并到一个最终需要发布的镜像中。
1.1K20发布于 2018-09-10 - 来自专栏用户7494468的专栏
FPGA的设计艺术（11）FPGA的构建过程
前言 本文讨论FPGA的构建过程，由于FPGA的过程太多了，恐怕会有歧义，这个过程，不是开发过程，不是开发流程，而是实实在在的FPGA编译的过程，使用编译恐怕不是太合适，但是大家都叫习惯了，也知道FPGA 综合 构建FPGA的第一阶段称为综合。此过程将功能性RTL设计转换为门级宏的阵列。这具有创建实现RTL设计的平面分层电路图的效果。 在这种情况下，宏实际上是内部FPGA单元的模型。 我们使用构建过程的这一部分来定义所选FPGA中不同单元之间的互连。 为了满足设计的时序要求，我们通常会执行此过程的几次运行。但是，布局布线工具负责根据我们的配置安排这些多次运行。
1.2K20发布于 2021-10-20 - 来自专栏实战docker
修改gradle脚本，加速spring4.1源码编译构建速度
本次优化的策略是跳过task来节省时间，例如文档包和源码包，因此，如果您的目标是拿到最新jar包，那么这种手段适合您，如果您想拿到包括文档、源码等在内的所有构建资源，那么这种方式就不适合了； 原文地址： 环境编译spring-framework4.1.9版本，报错”Failed to capture snapshot of input files for task ‘distZip’”》进行修改，否则会构建失败 ； 下载后并导入到IEDA之后，如果不调整build.gradle脚本就直接编译，耗时16分43秒，如下图： 现在我们来修改build.gradle文件，去掉一些与jar包构建无关的task； 找到configure //archives docsZip //archives schemaZip //archives distZip } 3. build.gradle修改完毕，可以再次构建了 如下图所示，仅用1分59秒就完成构建，去子工程的build目录发现所需jar包构建成功（例如spring-framework-4.1.8.RELEASE\spring-context\build\libs
34830编辑于 2022-05-09 - 来自专栏为了不折腾而去折腾的那些事
在 Nvidia Docker 容器编译构建显存优化加速组件 xFormers
写在前面 xFormers 是 FaceBook Research （Meta）开源的使用率非常高的 Transformers 加速选型，当我们使用大模型的时候，如果启用 xFormers 组件，能够获得非常明显的性能提升 ，我们需要安装一个能够让我们加速完成构建的工具 ninja： pip install ninja 当上面的工具都完成后，我们就可以执行命令，开始构建安装了： pip install -v -e . ，16GB 的设备就能够完成构建、当我们设置为 2 的时候，使用 32GB 的设备构建会比较稳妥，当设置到 4 的时候，构建需要的内存就需要 60GB 以上了。 在构建的时候，我们可以使用类似下面的命令，来搞定既使用了最新的 Nvidia 镜像，包含最新的 Pytorch 和 CUDA 版本，又包含 xFormers 加速组件的容器环境。 如果你是在本机上进行构建，没有使用 Docker，那么构建成功，你将看到类似下面的日志： ...
1.1K20编辑于 2024-01-12 - 来自专栏为了不折腾而去折腾的那些事
在 Nvidia Docker 容器编译构建显存优化加速组件 xFormers
写在前面 xFormers[1] 是 FaceBook Research （Meta）开源的使用率非常高的 Transformers 加速选型，当我们使用大模型的时候，如果启用 xFormers 组件， ，我们需要安装一个能够让我们加速完成构建的工具 ninja： pip install ninja 当上面的工具都完成后，我们就可以执行命令，开始构建安装了： pip install -v -e . ，16GB 的设备就能够完成构建、当我们设置为 2 的时候，使用 32GB 的设备构建会比较稳妥，当设置到 4 的时候，构建需要的内存就需要 60GB 以上了。 在构建的时候，我们可以使用类似下面的命令，来搞定既使用了最新的 Nvidia 镜像，包含最新的 Pytorch 和 CUDA 版本，又包含 xFormers 加速组件的容器环境。 如果你是在本机上进行构建，没有使用 Docker，那么构建成功，你将看到类似下面的日志： ...
1.2K10编辑于 2024-01-15 - 来自专栏全栈程序员必看
【javascript】使用happypack和thread-loader加速构建「建议收藏」
使用happypack和thread-loader加速构建 标签： webpack ---- 为什么需要happypack和thread loader webpack需要处理的文件是非常多的，构建过程是一个涉及大量文件读写的过程 项目复杂起来了，文件数量变多之后，webpack构建就会特别满，而且运行在nodeJS上的webpack是单线程模型的，也就是说Webpack一个时刻只能处理一个任务，不能同时处理多个任务。 文件读写和计算操作是无法避免的，那能不能让Webpack在同一时刻处理多个任务发挥多核CPU电脑的功能，以提升构建速度呢？
1.3K30编辑于 2022-09-27 - 来自专栏公共互联网反网络钓鱼（APCN）
AI钓鱼攻击升级，企业加速构建“人机协同”新防线
构建“多层次”安全防线专家建议，企业应将AI安全纳入整体网络安全战略，构建多层次的防御体系。“单一手段都不够。” 只要我们主动拥抱技术，构建人机协同、多层次、动态演进的安全防线，就能有效应对AI带来的新威胁。”目前，包括金融、科技、制造在内的多个行业已开始加大在AI安全领域的投入。
19710编辑于 2025-10-21 - 来自专栏WIN镜像
【清爽加速】Windows 11 Pro 24H2-Emmy精简系统
“清爽加速”Windows 11 Pro 24H2 面向老旧/低配设备与追求“干净、更快、不折腾”的用户，在保留官方 24H2 安全与体验改进的基础上，通过离线精简、服务优化与装机便捷化，缓解资源占用高 背景：用户在 Windows 11 24H2 上的核心痛点硬件负担重：老旧设备（如 4GB 内存、机械盘、早期酷睿）跑新版更吃力，开机慢、应用启动卡顿、多任务掉帧。 作用：“清爽加速”的解决方案轻量精简与提速离线精简非必要组件与UWP，禁用约40+项不常用服务，优化约170+项系统设置，降低资源占用，提升开机与应用响应。 一句话总结：“清爽加速”Windows 11 Pro 24H2 以“轻量+可控+保留官方能力”的思路，把 24H2 的新特性与安全改进带到低配设备上，让老机也能在干净、稳定、快速的状态下满足日常所需。
1.4K10编辑于 2025-09-05 - 来自专栏通往体面生活的路上
微服务 day11：基于 ElasticSearch 构建搜索服务
本章节为【学成在线】项目的 day11 的内容 基于 Java 客户端实现 DSL 搜索 搭建 ElasticSearch 集群环境 使用 Logstash 自动创建 ElasticSearch , "studymodel": "201002", "price":38.6, "timestamp":"2018-04-25 19:11:35", "pic":"group1 , "studymodel": "201001", "price":88.6, "timestamp":"2018-02-24 19:11:35", "pic":"group1 使用JAVA 客户端实现： 创建搜索请求对象 指定类型（部分版本不需要指定类型，这里以 6.2.1 为例） 构建搜索源对象 配置搜索方式，设置需要过滤字段 向搜索请求中设置搜索源 3、构建API package com.xuecheng.api.search; import com.xuecheng.framework.domain.course.CoursePub; import
2.6K20发布于 2020-08-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号