Dawid Weiss created LUCENE-9793:
-----------------------------------
Summary: 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
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
