Closed leodemoura closed 1 week ago
Mathlib CI status (docs):
nightly-with-mathlib
branch. Try git rebase 03040618b8f9b35b7b757858483e57340900cdc4 --onto b1bedbe0d2ba1dd3c654154897013e0399f5a53c
. (2024-05-07 02:41:39)At leanprover-community/mathlib4#12718, I benchmarked a working mathlib with a v4.8.0-rc1 with this commit cherry picked on top.
Overall there is a -400B in instructions driven mainly by one file which was -800B. The issue there was the new CoeT
synthesis attempts in Lean.Elab.Term.Op.hasCoe
.
The new slow-downs are pretty severe in Mathlib.AlgebraicGeometry.Restrict
.
I got different speed center results from https://github.com/leanprover-community/mathlib4/pull/12719 than @mattrobball got from https://github.com/leanprover-community/mathlib4/pull/12718; mine are worse, with an overall +500B instructions... The difference probably comes down to exactly where they converge with the master
line in Mathlib; we're comparing against different base commits.
It's universes triggering the expensive CoeT
's.
Closing in favour of #4092.
This issue was affecting several Mathlib files.
@mattrobball Found where the
[nonassignable]
s were coming from. Thanks for helping to diagnose this performance issue.