←back to thread

137 points cdesai | 1 comments | | HN request time: 0s | source
Show context
DuckConference ◴[] No.45670916[source]
Their performance claims are quite a bit ahead of the distributed android build systems that I've used, I'm curious what the secret sauce is.
replies(1): >>45671221 #
cogman10 ◴[] No.45671221[source]
Is it going to be anything more than just a fancier ccache?
replies(1): >>45672002 #
vlovich123 ◴[] No.45672002[source]
It’s definitely not ccache as they cover that under compiler wrapper. This works for Android because a good chunk of the tree is probably dead code for a single build (device drivers and whatnot). It’s unclear how they benchmark - they probably include checkout time of the codebase which artificially inflates the cost of the build (you only checkout once). It’s a virtual filesystem like what Facebook has open sourced although they claim to also do build caching without needing a dedicated build system that is aware of this and that part feels very novel
replies(2): >>45672269 #>>45677343 #
1. ndesaulniers ◴[] No.45677343{3}[source]
> This works for Android because a good chunk of the tree is probably dead code for a single build (device drivers and whatnot)

Device drivers would exist in kernel sources, not the AOSP tree.