EclipseLink 3.0 post-upgrade performance degradation [message #1838475] |
Thu, 25 February 2021 20:37 |
Mark Durant Messages: 2 Registered: February 2021 |
Junior Member |
|
|
Hi all,
After upgrading EclipseLink 2.6.4 to 3.0, my team and I are seeing a significant performance hit that we're having trouble pinning down. We tried backing up to 2.7.7 and found no problem, but then the flip back to 3.0 showed it again.
As a simple example, persisting a new entity would take ~1s in the 2.x flavors, but ~20s in 3.0. The target table being persisted to has only a few hundred rows, but the entity itself does have a one-to-many relationship to children, and a many-to-one relationship to a parent (it's basically part of a tree of entities) ... and both parent and children have similar relationships to other entities. It's a fairly complex tree, but again, nothing that's ever given us trouble in previous releases.
At first we noticed that our static weaving wasn't happening during builds (the StaticWeaveAntTask behavior seems to have changed), which seemed like the obvious culprit, but even after fixing that and getting StaticWeave to do the correct work for us directly, the performance didn't improve.
In dev environments, too, where weaving isn't part of the equation, we see the same poor performance.
I added FINE logging, and saw that that one basic persist call was executing 6 statements total against the target table in 2.6.4, but 16 in 3.0. I'm not entirely sure what to make of that, but thought maybe something in caching had changed that we need to account for...?
Looking through docs and release notes, nothing jumps out at me as a clear root cause going from 2.7.7 to 3.0, and I'm not seeing similar reports in these forums or elsewhere online.
That's all brought me to here, at the end of my list of things to try. :) What else might I be missing, or what other information could I either provide here or look into elsewhere that would help us to nail this one down?
Regards,
Mark
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.02924 seconds