[
https://issues.apache.org/jira/browse/LUCENE-9793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17287773#comment-17287773
]
ASF subversion and git services commented on LUCENE-9793:
---------------------------------------------------------
Commit d2fb89c22f44fdc23501751cdf7fbf654c073b07 in lucene-solr's branch
refs/heads/master from Dawid Weiss
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=d2fb89c ]
LUCENE-9793: Add task time aggregation utility (enabled with -Ptask.times=true).
> Measure check/precommit aggregate task wall time
> ------------------------------------------------
>
> Key: LUCENE-9793
> URL: https://issues.apache.org/jira/browse/LUCENE-9793
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Dawid Weiss
> Assignee: Dawid Weiss
> Priority: Minor
>
> We should keep check/ precommit reasonably fast. I wondered what currently
> takes so long and wrote a small script that aggregates wall times of all
> executed tasks (not just on check).
> You can enabled it with {{-Ptask.times=true}}.
> My results of running precommit on a Linux box:
> {code:java}
> Aggregate task times (possibly running in parallel!):
> 307.06 sec. renderJavadoc
> 251.34 sec. compileJava
> 203.38 sec. compileTestJava
> 155.93 sec. ecjLintMain
> 146.02 sec. ecjLintTest
> 56.44 sec. spotlessJava
> 30.06 sec. validateSourcePatterns
> 18.64 sec. forbiddenApisMain
> 12.89 sec. collectJarInfos
> 11.65 sec. forbiddenApisTest
> 10.53 sec. rat
> 5.95 sec. jar
> 4.14 sec. spotlessInternalRegisterDependencies
> 3.08 sec. ecjLintTools
> 2.71 sec. compileToolsJava
> 2.68 sec. validateLogCalls
> 1.76 sec. validateJarChecksums
> 1.66 sec. processRefGuideResources
> 1.45 sec. validateJarLicenses
> 0.95 sec. gitStatus
> 0.80 sec. processResources
> 0.74 sec. copyTestResources
> 0.54 sec. processTestResources
> 0.52 sec. verifyLocks
> 0.10 sec. forbiddenApisTools
> 0.03 sec. syncConf
> 0.03 sec. checkDanglingLicenseFiles
> 0.02 sec. versionsPropsAreSorted
> 0.02 sec. spotlessJavaCheck
> 0.01 sec. validateConfigFileSanity
> 0.01 sec. checkWorkingCopyClean {code}
> So it's mostly javac and javadoc taking all that time... We could move ecj
> linter to CI-only runs if people start complaining too much. :)
> [~mikemccand]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
