Stefan Oehme -Improving Android build performance

Transcript

1. Improving Android Build Performance Stefan Oehme, Gradle Inc.
2. General Advice
3. | X Process 1. Define scenario to improve 2. Profile scenario 3. IdenBfy biggest boFleneck 4. Fix boFleneck 5. Verify fix by measurement 6. Repeat
4. | X Automate your measurements github.com/gradle/gradle-profiler configurationTime { tasks = ["help"] } cleanBuild { tasks = ["build"] cleanup-tasks = ["clean"] } cachedCleanBuild { tasks = ["build"] cleanup-tasks = ["clean"] gradle-args = ["--build-cache"] }
5. | X Stay Up-To-Date ./gradlew wrapper --gradle-version 4.8.1 buildscript { repositories { google() } dependencies { classpath ‘com.android.tools.build:gradle:3.1.2' } }
6. | X JVM tuning Provide enough heap space Other tweaks oSen do more harm than good Spend your Bme on structural improvements
7. Where is the Problem?
8. | X Build Scans
9. | X The Build Lifecycle
10. | X Red Flags Startup/SeVngs/buildSrc > 1s ConfiguraBon Bme >10ms/project Single-line change ℳ clean build No-op build doing any work at all High GC Bme
11. Startup, buildSrc, SeVngs
12. | X Startup, buildSrc, SeFngs Use the Daemon, keep it healthy
13. ConfiguraBon Time
14. | X ConfiguraIon Time Applying plugins EvaluaBng build scripts Running afterEvaluate {} blocks
15. | X ConfiguraIon Time When running any task Even gradle help/gradle tasks Android Studio sync
16. | X ResoluIon at ConfiguraIon Time
17. | X Eager resoluBon task uberJar(type:Jar) { from sourceSets.main.output from configurations.runtime.collect { it.directory ? it : zipTree(it) } classifier "uber-jar" } ResoluIon at ConfiguraIon Time
18. | X Use lazy evaluaBon instead task uberJar(type:Jar) { inputs.files configurations.runtime from sourceSets.main.output from { configurations.runtime.collect { it.directory ? it : zipTree(it) } } classifier "uber-jar" } ResoluIon at ConfiguraIon Time
19. | X task projectStats() { def statsFile = new File(buildDir, 'stats.txt') statsFile.parentFile.mkdirs() statsFile.text = "Source files: ${sourceSets.main.java.size()}" } I/O at ConfiguraIon Time Careful when wriBng custom tasks!
20. | X This build script seems expensive I/O at ConfiguraIon Time
21. | X I/O at ConfiguraIon Time task projectStats() { def statsFile = new File(buildDir, 'stats.txt') inputs.files sourceSets.main.java outputs.file statsFile doLast { statsFile.parentFile.mkdirs() statsFile.text = "Source files: ${sourceSets.main.java.size()}" } } Don’t forget doLast {}
22. | X task projectStats(type: ProjectStats) { statsFile = new File(buildDir, 'stats.txt') sources = sourceSets.main.java } class ProjectStats extends DefaultTask { @InputFiles FileCollection sources @OutputFile File statsFile @TaskAction def stats() { statsFile.text = "Source files: ${sources.size()}" } } I/O at ConfiguraIon Time
23. | X Inefficient Plugins
24. | X Expensive logic for each project def out = new ByteArrayOutputStream() exec { commandLine 'git', 'rev-parse', "HEAD" standardOutput = out workingDir = rootDir } version = new String(out.toByteArray()) subprojects { apply from: "$rootDir/gradle/version-from-status.gradle" } Inefficient Plugins
25. | X Reuse expensive calculaBons def out = new ByteArrayOutputStream() exec { commandLine 'git', 'rev-parse', "HEAD" standardOutput = out workingDir = rootDir } version = new String(out.toByteArray()) subprojects { version = rootProject.version } Inefficient Plugins
26. | X Variant Explosion Use variantFilter {} to exclude useless flavor/buildType combinaBons
27. OpBmising Build Logic
28. | X Extract Script Plugins Makes finding issues easier apply from: "$rootDir/gradle/environment.gradle" apply from: "gradle/chuck-norris-fact.gradle" apply from: "$rootDir/gradle/version-from-status.gradle" subprojects { apply plugin: 'java' apply from: "$rootDir/gradle/test-fixtures.gradle" apply from: "$rootDir/gradle/compiler-settings.gradle" }
29. | X Extract Binary Plugins Use buildSrc Use staBc compilaBon Keep build scripts declaraBve
30. | X OpImise on the Algorithmic Level gradle-profiler --profile jfr
31. ExecuBon Time
32. | X ExecuIon Time ExecuBng selected tasks Incremental Cacheable Parallelizable
33. | X Incremental Builds Nothing changed? Executed tasks should be zero!
34. | X Incremental Builds Find volaBle inputs
35. | X Example: CrashlyIcs Unique IDs are the bane of local dev performance apply plugin: 'io.fabric' android { buildTypes { debug { alwaysUpdateBuildId = false } } }
36. | X Faster CompilaIon ModularizaBon => Compile avoidance Decoupled code => Faster incremental compilaBon Careful with Kotlin migraBon (for now)
37. | X Incremental AnnotaIon Processing Since Gradle 4.7 Early adopters: Lombok & Android-State Others: github.com/gradle/gradle/issues/5277
38. | X Caching
39. | X Parallelism Serial execuBon
40. | X Parallelism --parallel and small, decoupled projects
41. Keeping track of performance
42. | X Gradle Enterprise
43. | X See all Builds Find out what colleagues are struggling with
44. | X Get Deep Insights
45. | X Watch Performance over Time
46. Resources
47. | X The build side of Android apps 
 Nikita Kozlov, Boris Faber Compiling…? How to reduce your wait Bmes and “get back to work”
 Paul Davies ModularizaBon - How hard can it be? 
 Elin Nilsson Talks Today
48. | X Gradle performance guide hSps:/ /guides.gradle.org/performance Android performance guide hSps:/ /developer.android.com/studio/build/opImize-your-build.html Plugin development guide hSps:/ /guides.gradle.org/implemenIng-gradle-plugins Structuring build logic guide hSps:/ /docs.gradle.org/current/userguide/organizing_build_logic.html Guides
49. | X scans.gradle.com
50. w Thank you droidcon Berlin 2018