启用make多任务参数让构建过程加速完成

前言

是不是有时候觉得使用make命令编译时太慢了,特别是紧急修改BUG的时候,恨不得钻进电脑里帮着编译器一起干活,其实make命令是可以加速的,使用 -j 选项即可指定make启动的任务数,它是 --jobs[=jobs] 的缩写形式,比如 make -j4 就表示同时启动4个任务并行构建,虽然达不到4倍的关系,但是要比原来快多了。

寻找

寻找这样一个参数的原因还是觉得有时编译太慢了,特别是修改一个公共的头文件时,几乎要从头编译到尾,启用 -j 参数的过程异常顺利,没有任何报错,迅速的就构建完成,这让我想起了之前一个项目中遇到过的问题。

同样是编译过程比较慢,但是老大哥告诉我启用多线程编译会报错,作为新手小白的我就默默记住了,也没有过多的探究,毕竟编译的次数不是那么多,偶尔长时间编译一次也没有什么关系,但是现在突然想知道当时为什么使用多线程编译会报错呢?

可能的原因

当知识渐渐丰富以后,面对这样的问题还是有些头绪的,启用 make -jn时被称为多任务并行构建,也有的文章会写多线程编译或者多进程编译,从表现来看至少是多进程的,因为在任务列表可以看到不同的进程id,不过这里的名字不是重点,重点是有多个任务在同时干活。

当启用多任务构建时原来的串行构建逻辑就变成了并行,那么此时构建失败多是由依赖关系指定不正确导致,这种依赖关系通常有两种:

  • B模块编译需要用到A模块的函数
  • B模块构建过程中需要的临时数据由A模块构建时产生,两种共用临时数据,但是有序

总结来说就是逻辑上需要A构建完了,才能开始构建B,如果此时先构建B任务就会导致出错,这就能解释为什么使用 make 可以成功,但是使用 make -j4 就构建失败,也能解释为什么失败之后,多次执行这个命令可能还会成功,因为多次执行以后可能会把A模块先构建完,这样后面再构建B就不会出错了。

加速

从上面的分析可以得知,模块间的依赖关系决定了多任务构建时应有的顺序,那么是不是所有的构建任务都可以通过 -j 来加速呢?答案当然是否定的,如果要构建项目的所有模块的依赖关系完全是线性的,那么就没有办法并行完成,比如下面这样的:

A
B
C
D
E
F

但是整个任务如果可以进行拆分,整个依赖图中出现分叉,那么就可以通过这种方式来加速,比如像这样的依赖关系:

A
B
C
D
E
F

上面所表示的关系中,虽然 B 和 C 都需要依赖A完成,但是当 A 完成后,B 和 C 的构建就可以并行开始,这样就可以达到加速构建的目的。

视网膜效应

之前也没有注意到 make 命令这个 -j 的选项,自从在项目中使用了一次,我发现在很多项目说明中都看到了这个参数,比如安装 global 的时候,编译 tendis 的时候等等,之前也有这样的情况,就是当你刚接触一个事物,或者进入一个新领域的时候,发现其实周围很多人都在讨论这些事物,自己以前都没注意到,上网查了一下,原来这叫做视网膜效应。

视网膜效应这个学术名词用白话文来讲就是“心眼”,每一个人的眼睛,都是跟着心走!简单地说,这种效应的意思就是一个人的身心状况会影响他的视线,当他自己拥有一件东西或一项特征时,他就会比平常人更会注意到别人是否跟他一样具备这种特征,即越关注什么就越出现什么。

视网膜效应是一种狭隘视野与思维的反映,它会导致看问题不全面,甚至会出现牛走羊肠道、鼠钻牛角尖的极端现象。其实每个人的特质中,都有很多优点和缺点。当一个人只知道自己的缺点是什么,而不知发掘优点时,视网膜效应就会促使这个人发现他身边也有许多人拥有类似的缺点,进而使他的人际关系无法改善,生活也不会快乐。

随便聊聊

make

从刚接触这个命令的时候就认为它是编译的意思,其实这是一种先入为主的思想,因为之前在linux安装软件时常需要下面这三步:

./configure
./make
./make install

从源码安装软件就需要进行编译,所以一直认为这三步是配置、编译、安装的意思,其实 make 本身并不会编译,它只是编译命令的搬运工。

它的真实含义应该是构建,这个构建可不一定是编译,可以是任何逻辑化的事物,只不过常常用 make 来完成编译任务,所以把它和编译绑定到了一起,构建时需要图纸的,这个图纸就是 Makefile 文件,只要我们画好了Makefile图纸,那么 make 命令就可以根据它来完成任务。

所以当你运行 make 命令时,仿佛在说: “Here’s your drawing, go go go!”,又仿佛在说:“图纸搁这儿呢,可劲儿造吧”,以这个观点来看 make 的一系列命令就有意思了:

  • make:图纸搁这儿呢,可劲儿造吧
  • make clean:把你弄得这堆破烂儿,拾掇拾掇
  • make install:把你鼓捣出的那玩意,搬到旮旯去
  • make dist:赶紧把那玩意打包拉走

cmake

既然 make 是编译命令的搬运工,那么 cmake 又是什么意思呢?大胆猜测他就是 config make 的意思,它的作用是生成 Makefile 文件,换句话来说就是给 make 造图纸的。

总结

  • 使用 make -j4 命令可以开启4个任务并行构建,大大加快构建速度
  • make 本身并不能进行编译,它只是各种编译命令的搬运工,需要Makefile图纸才能进行工作
  • cmake 的作用是生成 make 所需的图纸,有了它可以更快更方便的生成一些规范的Makefile文件
  • 视网膜效应指的是越关注什么就越出现什么的效应,是一种狭隘视野与思维的反映,会导致看问题不全面

==>> 反爬链接,请勿点击,原地爆炸,概不负责!<<==

未经他人苦,莫劝他人善,世上总有一些你无法理解,但却真实存在的生活~

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论
### 回答1: 在 Jenkins 中,可以使用参数构建来动态地设置构建参数参数构建可以允许用户在构建过程中输入参数值,这些参数值可以在 Pipeline 脚本中使用。 如果你想在 Pipeline 中使用参数构建来触发下游分支的构建,可以按照以下步骤操作: 1. 首先,在 Jenkins 中创建一个参数构建,为下游分支指定构建参数。 2. 然后,使用 Pipeline 脚本中的 `build` 命令触发下游分支的构建,并将构建参数传递给下游分支。例如: ``` build job: '下游分支名称', parameters: [string(name: '参数名', value: "${params.参数名}")] ``` 在上面的命令中,`${params.参数名}` 表示从参数构建中获取参数值。 3. 最后,将上述命令放入 Pipeline 脚本中的需要触发下游分支的位置。这样,当 Pipeline 运行到该位置时,它将触发下游分支的构建并传递构建参数。 希望这些信息能够帮助你实现 Jenkins Pipeline 参数构建下游分支。 ### 回答2: Jenkins的Pipeline是一种用于定义和管理持续集成和交付流程的插件。参数构建是指可以在Jenkins的Pipeline中定义和使用各种参数,使得构建过程更加通用和灵活。下游分支是指在构建过程中需要执行的后续任务或流程。 在Jenkins Pipeline参数构建下游分支时,可以通过在Pipeline脚本中定义并使用参数,来实现对下游分支的控制和调用。首先,在Pipeline的开始处,可以通过参数化定义来指定需要使用的参数类型,如字符串、布尔值等。然后,在Pipeline的执行过程中,可以利用这些参数的值来决定是否需要执行下游分支。 具体来说,通过在Jenkins Pipeline脚本中定义参数,并使用参数值来调用不同的下游分支,可以实现条件分支的机制。例如,可以定义一个布尔类型的参数isReleased,来表示是否进行发布操作。在Pipeline的执行过程中,根据isReleased参数的值,可以使用if-else语句来决定是否执行发布相关的下游分支。如果isReleased为真,就执行发布分支;如果isReleased为假,就跳过发布分支,执行其他操作。 此外,Jenkins Pipeline还提供了很多内置的参数类型和函数,可以进行更复杂的条件判断和流程控制,例如根据不同的参数值执行对应的下游分支、使用参数值来动态生成分支名称等。可以根据具体的需求和场景,结合Jenkins Pipeline的语法和功能来灵活地构建和管理下游分支。 ### 回答3: 在Jenkins中,Pipeline参数构建是一种非常有用的功能。通过参数构建,我们可以在执行Pipeline时传递不同的参数值,从而控制构建的行为。 下游分支是指Pipeline中被触发的后续步骤或任务。通常情况下,我们可以通过在Pipeline中定义具有不同参数选项的阶段来实现参数构建下游分支的目的。 首先,我们需要在Jenkins中创建一个Pipeline项目,并在项目的配置中启用参数构建。然后,我们可以在Pipeline脚本中定义参数选项,例如使用parameters{}块来定义字符串参数、布尔参数或选择参数。这些参数选项将根据用户的输入值来控制后续步骤的执行。 在Pipeline的某个阶段中,我们可以使用if语句或switch语句来根据参数值触发不同的下游分支。例如,我们可以根据参数值执行不同的构建、部署、测试或通知操作。 在实际的Pipeline脚本中,我们可以使用Jenkins提供的Pipeline Syntax工具来生成参数构建的代码片段。我们可以通过选择所需的参数类型、填写参数的名称和描述,然后点击"生成Pipeline脚本"按钮来生成相关的Groovy代码。我们只需将生成的代码粘贴到Pipeline脚本中相应的位置即可。 参数构建下游分支可以使我们的Pipeline更加灵活和可配置。通过在Pipeline中设置参数选项,并根据用户的输入值触发不同的下游分支,我们可以根据不同的需求和场景来自定义和调整构建过程。这种方式能够提高Pipeline的可重用性和可扩展性,使我们的CI/CD流程更加智能和自动化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AlbertS

常来“玩”啊~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值