[ https://issues.apache.org/jira/browse/SOLR-15603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17406748#comment-17406748 ]
Alexis Tual commented on SOLR-15603: ------------------------------------ Just a bit of background, I've investigated solr build as a pure "lab" exercise on my part and tried to avoid digging to deep in Solr build/test logic (kind of a black box approach) and then tried to optimise the obvious bottlenecks in build cache using a Gradle Enterprise instance. Here's my early conclusions and the PR with few fixes: - the most costly task is solr:core:test, it takes advantage of up-to-date checks and local cache if the {{tests.seed}} property is set to a fixed value. That said it does not take advantage of remote caching because some system properties use absolute path (and thus change between envs), for example {{commmon-solr.dir}}, {{java.security.policy}}... I did try to overcome this with relative path policy (cf [https://docs.gradle.org/current/userguide/build_cache_concepts.html#relocatability]) but it brought fishy failures tied to the tests implementation. My advice here would be to try avoiding applying those properties to all tests from all projects and then maybe try to fix those relative path issues. Using a remote cache would be interesting since you have a CI that could publish to a remote cache node, remote developers would then have faster local builds. - {{checkBrokenLinks, renderJavadoc, renderSiteJavadoc, buildLocalJavadocLinksSite, buildSite, prepareLocalJavadocLinksSiteSources, prepareSiteSources}} tasks were not cacheable and quite costly, the PR fixes it but solr:solr-ref-guide:jrubyPrepare is still executed needlessly (dowloading/installing gems) Regarding the specific issue you're facing with generated code, I didn't see it in solr build, you're probably refering to lucene build ? (which I haven't checked yet). > Activate Gradle build cache > --------------------------- > > Key: SOLR-15603 > URL: https://issues.apache.org/jira/browse/SOLR-15603 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Alexis Tual > Assignee: Dawid Weiss > Priority: Minor > > Activate Gradle build cache to avoid re-executing cacheable tasks. > Make as well some custom tasks cacheable, this effort can be quite large > depending on build complexity, so this Jira issue will cover only the > straightforward fixes. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org