-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Memory Leak in Quarkus REST Service if request failed with timeout. #46412
Labels
Milestone
Comments
geoand
added a commit
to geoand/quarkus
that referenced
this issue
Feb 21, 2025
geoand
added a commit
to geoand/quarkus
that referenced
this issue
Feb 21, 2025
gsmet
pushed a commit
to geoand/quarkus
that referenced
this issue
Feb 21, 2025
gsmet
pushed a commit
to gsmet/quarkus
that referenced
this issue
Feb 21, 2025
gsmet
pushed a commit
to gsmet/quarkus
that referenced
this issue
Feb 21, 2025
This was referenced Feb 21, 2025
Thank you for the quick fix. |
Yes, we will |
gsmet
pushed a commit
to gsmet/quarkus
that referenced
this issue
Feb 24, 2025
Fixes: quarkusio#46412 (cherry picked from commit 80b8eb4)
gsmet
pushed a commit
to gsmet/quarkus
that referenced
this issue
Feb 25, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
we use in our services Quarkus to deliver REST API 's .
Unfortunately we detected a memory leak when the request failed for example caused by timeouts.
Used versions:
Quarkus 3.18.4
javaJDK 17.0.5
mvn 3.8.8
quarkus-resteasy-jackson 3.18.4
I attached a small demo Quarkus Service together with a python script called reproducer_client.py.
Demo project to reproduce memory leak.
The effect only occurs if the client closes the connection before having received a response. (We use a timeout to mimic that)
If the requests are successful, the memory leak does not occur.
Pool count increases when the load is high enough.
Allocated buffer pools are never released and not always properly re-used.
The memory leak does not occur if the request is successful. It only occurs with aborted requests.
We provide a service with maps and such canceled requests can occur very frequently.
reproducer.zip

Expected behavior
No response
Actual behavior
No response
How to Reproduce?
No response
Output of
uname -a
orver
No response
Output of
java -version
No response
Mandrel or GraalVM version (if different from Java)
No response
Quarkus version or git rev
No response
Build tool (ie. output of
mvnw --version
orgradlew --version
)No response
Additional information
No response
The text was updated successfully, but these errors were encountered: