编译加速 remote cache

remote cache
大致原理就是根据编译输入的sha码与编译输出建立(key,value)对,存储在远端cache.编译过程如果能匹配到key,则获取GET到value.
如果hit不到key,则客户端在本地编译,并控制是否更新远端缓存库.

https://github.com/buchgr/bazel-remote/
(
https://golang.org/pkg/net/http/
) KEY: bazel-remote/server/http.go
.......
docker run -d -v `pwd`/bazel_cache/:/data -p 8080:8080 buchgr/bazel-remote-cache --max_size=20

  build:remote --experimental_strict_action_env --remote_http_cache=http://192.168.1.102:8080
  build:remote --experimental_execution_log_file=/tmp/exec1.log
  build:remote --build_event_text_file=/tmp/bep.txt
  build:remote --remote_upload_local_results=false
  build:remote_cache --remote_upload_local_results=true

  [3,541 / 3,565] 12 actions, 7 running
  ...lation_world:simulation_world_service; 0s remote-cache
  .../backend/sim_control:sim_control; 0s remote-cache
  ...lation_world:simulation_world_service; 0s remote-cache
  Compiling .../dreamview/backend/main.cc; 0s remote-cache
  ...lation_world:simulation_world_updater; 0s remote-cache
  ...lation_world:simulation_world_updater; 0s remote-cache
  .../handlers:websocket_handler_test; 0s remote-cache
  [-----] .../backend/handlers:image_handler_cpplint ...

  ...  

  INFO: Elapsed time: 68.628s, Critical Path: 8.32s
  INFO: 1212 processes: 1212 remote cache hit.
  INFO: Build completed successfully, 3700 total actions
  modules/perception/proto/perception_lane.proto: warning: Import modules/common/proto/error_code.proto but not used.
  1============================
  [ OK ] Build passed!
  [INFO] Took 234 seconds
  ============================

===================================================================================================
distribute compilation 

  Some conclusions:
  Buildfarm: Now it maybe still exists much problems. The work plan of project Buildfarm https://github.com/bazelbuild/bazel/projects/1.
  Buildbarn: The implement of Buildfarm in go. So see Buildfarm.
  BuildGrid: This project is an open source proj by python. It seems may work for us, and not try yet.
  distcc: This proj may be mature, but cannot use in bazel directly.And the bazel team suggests that remote execution has made huge leaps in the past year and a half and should be ready for you to try as a replacement of distcc.

  In a word, try distcc or BuildGrid, and wait for Buildfarm.

在所有您想用来编译的机器上安装 distcc
启动每台机器上的 distcc 新进程
用变量名导出 DISTCC_HOSTS 环境变量
启动 distcc 监视器(这样就可以观察正在发生什么事!)
使用 CC=distcc ./configure ,而不是使用 ./configure 来进行配置
使用 make -j n ,而不是使用 make 或 make -j 2 来进行编译,其中,n 是 DISTCC_HOSTS中机器数目的两到三倍

 

转载于:https://www.cnblogs.com/cjyp/p/10622545.html

Android Studio 提供了一些内置的优化和配置选项,可以帮助你加速编译过程。以下是一些常见的加速编译的方法: 1. **构建缓存**:启用Gradle的构建缓存可以重用编译过程中产生的文件,下次构建时会更快。在File > Settings (Windows/Linux) 或 Android > Build, Execution, Deployment > Compiler > Build Cache 中可以设置。 2. **分模块构建**:如果你的项目很大,将它拆分为多个模块可以减少一次性编译的工作量。每个模块有自己的编译依赖。 3. **并行编译**:Android Studio允许你开启并行构建,这会利用多核处理器同时编译不同部分。在File > Settings (Windows/Linux) 或 Android > Build, Execution, Deployment > Compiler > Build Process > Gradle选项中可以调整。 4. **减少依赖**:精简项目的依赖列表,移除不必要的库和插件,可以降低编译时间。 5. **启用Proguard**:虽然这会影响代码大小和性能,但在生产环境中启用Proguard(或R8)可以减小程序并去除未使用的代码,从而加快运行时加载速度。 6. **使用预构建库**:对于常用库,考虑使用预构建的AAR或JAR文件,它们通常比从源码编译的速度快。 7. **检查并修复错误**:避免编译错误,及时修复警告,因为错误会打断编译流程。 8. **更新工具和SDK版本**:确保使用的Android Studio和相关工具库都是最新版,有时新的版本可能会引入性能提升。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值