Slow continuous testing on changes #34114
-
Hi, I would appreciate any recommendations or suggestions on how to identify the cause of this issue. It's worth mentioning that it used to work fine with older versions of Quarkus. Thank you in advance for your assistance. 023-06-17 17:19:35,988 DEBUG [io.qua.boo.cla.QuarkusClassLoader] (Test runner thread) Adding elements io.quarkus.bootstrap.classloading.PathTreeClassPathElement[com.acme:app-library / runtime=true resources=null] to QuarkusClassLoader Deployment Class Loader: TEST |
Beta Was this translation helpful? Give feedback.
Replies: 7 comments
-
/cc @stuartwdouglas (continuous-testing) |
Beta Was this translation helpful? Give feedback.
-
I think it is actually |
Beta Was this translation helpful? Give feedback.
-
@stuartwdouglas I'm on Ubuntu hyper-v VM and no antivirus in the VM. I did JFR recording and in the slowest part there is a lot of allocation outside of TLABs. Here some screens: |
Beta Was this translation helpful? Give feedback.
-
After some debugging I see that a transitive dependency with 4646 classes of testhelper is parsed and transformed in this part of the quarkus code: |
Beta Was this translation helpful? Give feedback.
-
Have you explicitly marked this dependency as hot reloadable If not then there is likely a bug here. |
Beta Was this translation helpful? Give feedback.
-
@stuartwdouglas Indeed, I have the reloadable setting on. I've completely forgotten about it. It was added because of some class loading issues. But now it seems to work also without it. |
Beta Was this translation helpful? Give feedback.
-
We still should probably do something here to make large test suites work better, but maybe it can wait until someone complains. |
Beta Was this translation helpful? Give feedback.
Have you explicitly marked this dependency as hot reloadable
quarkus.class-loading.reloadable-artifacts
?If not then there is likely a bug here.