R8 导致 Gradle Daemon 在 Github Hosted Action Runner 上消失

Question

我在尝试编译应用程序的发布版本时遇到了 Githubs 操作运行程序的问题。我的应用程序有 8 种不同的风格，我们在 Play 商店上构建和提供，几个月前，我能够使用 Github Actions 在一个跑步者上同时构建多达 3 种风格。如果我们尝试一次执行 3 种以上的风格，大约 15 分钟后，构建将失败，并显示

FAILURE: Build failed with an exception.

* 出了什么问题：

意外消失（它可能已被杀死或可能已崩溃）

并且 Gradle 日志除了指出当时正在运行的任务 (minify r8) 之外并没有真正的帮助。

Gradle 构建守护进程 代码库，我看到了我们将 jvm 参数中的最大堆大小设置为 6 GB，如果我完全降低该值，那么当 r8 运行时，我最终会出现内存不足错误。对我来说，r8 会占用那么多内存，这似乎有点疯狂，而且最重要的是，github 托管的运行程序只有 7 GB 的 RAM 可供使用。因此，如果我们将 r8 在 gradle 守护进程中使用的内容结合起来，并且知道 kotlin 守护进程也在运行，我认为运行程序正在终止 gradle 守护进程的内存使用，或者它因内存不足而死亡。

自从我们添加 Jetpack Compose 库以来，我们现在无法一次构建超过一种风格的应用程序，而且我担心由于 r8 造成的内存占用而失去在 github 运行器上构建的能力。

这就是我当前的 gradle.properties 的样子：

org.gradle.jvmargs=-Xms1024m -Xmx6144m -XX:-UseGCOverheadLimit -XX:+HeapDumpOnOutOfMemoryError -XX:MaxPermSize=512m -XX:+UseParallelGC org.gradle.parallel =true org.gradle.configureondemand=true org.gradle.daemon=true org.gradle.caching=true android.useAndroidX=true android.debug.obsoleteApi=true kapt.incremental.apt=true

我尝试了一些方法来降低 r8 的工作负载：

1. 删除了所有未使用的资源，这些资源使我们的资源文件夹变得混乱
2. 我们实际上并没有使用数据绑定，但同时打开了 kotlin android 扩展和数据绑定，所以我将其关闭
3. 我们有 Jetifier当我们实际上不再需要它时打开它，所以我禁用了它，
4. 我改为使用并行垃圾收集器
5. 我尝试不实际使用 gradle 守护进程，但没有看到任何区别

通过所有这些更改，我发现整体r8 步骤中的占用空间实际上确实下降到了 5 GB 以上，但是在操作上运行时，如果我尝试一次执行多个风味，守护进程仍然会消失。

我花了很多时间试图在网上找到更多信息，我似乎能找到的只是人们说增加最大堆大小，但是当我的内存受到运行它的机器的限制时，这将无济于事。

我有点不知道是什么原因造成的，任何帮助都是值得赞赏的！

Answer 1

问题是 ubuntus 交换文件的默认大小。在 gitHub 操作（sudo swapon --show）的情况下，它只有 ~1GB。当 ubuntu 内存不足（RAM + 交换文件）时，它将冻结。 （在我启用 R8 后发生在我的本地计算机上）。我们可以通过增加交换文件作为第一步来解决这个问题：

  - name: Increase swapfile
    run: |
      sudo swapoff -a
      sudo fallocate -l 15G /swapfile
      sudo chmod 600 /swapfile
      sudo mkswap /swapfile
      sudo swapon /swapfile
      sudo swapon --show

Answer 2

我今天遇到了完全相同的问题。

我正在 Kubernetes 上运行一个自托管的 GitHub Actions Runner Controller，看起来就像我的应用程序的构建比以前消耗了更多的内存，大约 6Gi 。

更改 pod 的内存限制 为我解决了这个问题：

resources:
  limits:
    memory: "8Gi" # Was "4Gi"
  requests:
    cpu: "2"
    memory: "4Gi"