Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Apple runner cache under ~/.agent-device/apple-runner grows without bound (4.4 GB measured)

已关闭
#3,246 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@janicduplessis 已经在做这个了。

开始于 2026年10月6日。

  • #3247 来自 @janicduplessis —— 未关闭

评估

难度
4/5
预计耗时
3-5 天
新手友好度
35/100
Issue 类型
功能
描述清晰度
描述清楚
活跃度
停滞
技术栈
typescript
领域
devtools, tooling

调研方向

Start by reading resolveRunnerDerivedPath, cleanRunnerDerivedArtifacts, and tryReuseExistingXctestrun, along with the code that manages runner leases and .lock files. Implement sibling-key eviction after a successful build, honoring the keep count, recent-use window, live leases, held locks, and the environment-variable opt-outs. Done means eligible old keys are removed, protected keys remain untouched, and eviction failures do not fail runner startup.

由索引模型根据 Issue 内容生成。

描述

Problem

~/.agent-device/apple-runner grows without bound. On a Mac that ran several agent-device versions and Xcode betas over three weeks it is 4.4 GB, and nothing in the product removes any of it.

Measured on 0.21.20 (main at 14e1bd7), macOS 27, Xcode 27.0 and 27.1:

Directory under ~/.agent-device/apple-runner/derived Size Contents
ios-simulator/cache-* 2.0 GB 13 keys, 125-225 MB each
macos/cache-* 1.3 GB 6 keys, 180-230 MB each
ios-device/cache-* 161 MB 1 key
tvos/, visionos/ 327 MB, 332 MB one un-keyed dev build each
top level Build, ModuleCache.noindex, ... and macos/{Build,...} ~440 MB one un-keyed dev build each
~/.agent-device/ios-runner/derived 119 MB left behind by the ios-runner to apple-runner rename

Cause

1. Runtime keys are never evicted (3.45 GB here, 20 keys).
resolveRunnerDerivedPath puts each build in derived/<platform>/cache-<hash>. The hash covers the runner source fingerprint, the Xcode and SDK versions and build numbers, the platform and device kind, and the build settings (comparableRunnerCacheMetadata drops only packageVersion and the manifest). Any runner source change or Xcode update therefore creates a new key, and the old key can never match again. The only cleanup that exists, cleanRunnerDerivedArtifacts, runs on the key being rebuilt.

The 13 iOS simulator keys here come from 9 distinct runner source fingerprints (package versions 0.20.10 through 0.21.20, including PR builds) across Xcode 26.6, 27.0 and 27.1. The oldest were last used three weeks ago and cannot match again. Last use is the mtime of .agent-device-runner-cache.json, which tryReuseExistingXctestrun rewrites on every reuse.

2. Most of each key is build scratch that reuse does not read (proposal, not fixed by the PR below).
For one iOS simulator key:

 5.3 MB  Build/Products                  <- xctestrun + runner bundles, all that reuse and launch need
55.6 MB  Build/Intermediates.noindex
76.0 MB  SDKExplicitPrecompiledModules
15.0 MB  ModuleCache.noindex
65.5 MB  Logs

A reused key is certified from Build/Products through the content manifest, and an invalid key is deleted and rebuilt from scratch, so the intermediates and module caches of a finished build should not be needed again (a live run against a trimmed key would confirm it). Trimming them after the manifest is written would cut about 97% of each key (155-225 MB to roughly 5 MB). Across the 20 keys above the Build/Products directories total 150 MB of 3.45 GB, so trimming would free about 3.3 GB without removing a single key.

3. pnpm build:package / prepack leave un-keyed builds in the same root (about 1.1 GB).
scripts/build-xcuitest-apple.sh writes to fixed paths: derived/ for iOS and derived/{macos,tvos,visionos}. build:package builds all four platforms, which is why tvOS and visionOS products exist on a machine that never drives those platforms. The daemon does not read these directories and they do not duplicate the keyed ones. pnpm clean:xcuitest removes them.

4. Aborted builds leave stubs. Keys containing only Logs/ and SourcePackages/ and orphaned cache-*.lock directories (tens of KB each).

No existing issue or PR covers this (searched issues and PRs for "derived data", "runner cache", "evict", "prune", "disk").

Required behavior (first PR)

After a successful runner build, evict sibling cache keys under the same platform folder, except:

  • the key just built;
  • the N most recently used keys (default 3, the new key included), by last-use time, and any key used within the last day;
  • any key a live runner lease points at (owner process live or unknown, or leased runner process still running);
  • any key whose .lock is held.

AGENT_DEVICE_IOS_RUNNER_CACHE_KEEP sets N; 0 turns eviction off. Eviction is skipped when AGENT_DEVICE_IOS_RUNNER_DERIVED_PATH is set, matching how automatic cleanup already treats that path. A failed eviction never fails the runner start.

On the machine above, N=3 frees about 2.1 GB (1.5 GB iOS simulator, 0.6 GB macOS) without touching any key a live runner uses.

Follow-ups

  • Trim build scratch from a key after its manifest is written (cause 2).
  • Make pnpm build:xcuitest:* write outside the daemon's keyed root, or have clean:xcuitest also cover ios-runner.
主要语言
TypeScript
星标
4.9k
派生
328
平均合并
12 小时 13 分钟
30 天内合并 PR
541

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

callstack/agent-device 的其他 Issue

查看 callstack/agent-device 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。