-
Notifications
You must be signed in to change notification settings - Fork 40.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Performance regression from 1.5.x #11226
Comments
Some timing notes: GC2.0.0
1.5.x
|
Spring Security's NoOp:
BCrypt:
I've raise spring-projects/spring-security#4915 |
Finally had a chunk of time to dedicate to this, breaking out a number of new issues:
|
Benchmark timings with Framework and Security patches and all Boot changes except the
And petclinic:
|
Relevant info from @dsyer Here's some interesting performance data for 2.0.0.M7
The That takes us about half way back to 1.5.9. Only considering Actuator features. Their initialization probably could be deferred - e.g. Excluding JMX also speeds up 1.5.9, but I don't think there was an option to exclude only Actuator JMX in 1.5.9
Can't switch that one off, but maybe it shows us a place to look |
Using https://github.com/dsyer/spring-boot-startup-bench with the following:
Currently gives me:
(this is with the Spring Security patch applied)
|
Those results look a bit different to mine so it's a surprise. Also, JPA isn't particularly expensive in Boot 2.0 for me. One observation: your error bars are quite large. This often indicates that you ran the tests on a noisy system (not enough free resources, memory, CPU etc.). If you strip down to just running this process and no IDE/browser etc, does it stabilize? Also (although it doesn't matter for the "snap" comparison), I forgot to say, the "erk*" samples need a local Eureka. You can run it with Spring Boot CLI (with the Cloud extension), or just a vanilla |
Here's my run from this morning on different hardware (still Ubuntu 16.04):
Slower overall than my "fast" desktop. Less memory available (might explain the error bars). No difference in the conclusion that 2.0.0 snapshots are marginally better than 2.0.0.M7 (and not on a par with 1.5.9). Maybe someone else could run that on a Mac and post back some results? |
Here's my run on latest MBP with Spring Boot 2.0.0 SNAP
|
Second run without any background apps:
|
Pushing this one back to RC2 for now. I think performance is good enough (especially in the IDE) for RC1. I still can't work out why the benchmark shows a 100ms difference. 1.5.10 SNAPSHOT in IDE
2.0.0 in IDE with Spring Security patch
|
Snapshots looking much better now ("main" is 2.0.0.M7, "old" is 1.5.9):
Marginally slower than 1.5.9, but not so noticeable now. |
2.0.0 seems to be slower to start and I'd like to know why!
The text was updated successfully, but these errors were encountered: