Skip to content

Commit ac3ab4e

Browse files
fryanpanclaude
andcommitted
ADFA-4128: state the daemon-timeout rationale without a benchmark multiple
The Gradle daemon idle-timeout comment quoted a speedup multiple, which put a benchmark figure into shipping production code. The reason the timeout is generous is structural - a warm daemon skips the cold start, which dominates a short rebuild - so the comment now says that instead. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Kj9YeCDHGp9DU8LPtfWJ7W
1 parent 1999a76 commit ac3ab4e

1 file changed

Lines changed: 4 additions & 3 deletions

File tree

app/src/main/java/com/itsaky/androidide/services/builder/HighPerformanceStrategy.kt

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -12,9 +12,10 @@ object HighPerformanceStrategy : GradleTuningStrategy {
1212
const val GRADLE_METASPACE_MB = 384
1313
const val GRADLE_CODE_CACHE_MB = 256
1414

15-
// 6GB+ devices can afford a generous timeout (warm daemon ~= 6x faster
16-
// builds). 2h instead of Gradle's 3h default so the value is provably ours
17-
// in the daemon log, while still outliving any realistic editing pause.
15+
// 6GB+ devices can afford a generous timeout: a warm daemon skips the
16+
// cold start, which dominates a short rebuild. 2h instead of Gradle's 3h
17+
// default so the value is provably ours in the daemon log, while still
18+
// outliving any realistic editing pause.
1819
const val GRADLE_DAEMON_IDLE_TIMEOUT_MS = 2 * 60 * 60 * 1000
1920

2021
const val GRADLE_MEM_PER_WORKER = 512

0 commit comments

Comments
 (0)