随笔 - 746  文章 - 0  评论 - 39  阅读 - 79万

make:草:原来使用make编译只要加上【-j [N]】参数就可以并发多个任务编译,可以大大大大提高编译速度!

哭了!

直到今天,编译个mysql-8.0.27,实在是受够它的慢了!

明明机器配置很高,就是慢!

使用top查看,只要1个cpu核心在干活?!!! make 怎么搞得?!!!

加上“-j” (不加N——即不限制job数量),再次编译:快!!!!

 

哎,为啥make不默认启用所有任务,而通过参数来限制几个任务呢?! 想不明白。

 

posted on   jinzhenshui  阅读(259)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
历史上的今天:
2018-11-03 rsync:重要的安全参数
2017-11-03 Oracle:oracle 12.1.0.2 升级到12.2.0.1 后,自动任务报错:ORA-20001: Statistics Advisor: Invalid task name for the current user
2017-11-03 最近折腾老机器:还是 Xp 最好!

点击右上角即可分享
微信分享提示