-
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
Direct memory leak when getting object metadata inside parallelStream with Java 17 #3067
Comments
@winzsanchez can you generate the SDK client-side metrics? We do generate metrics about used memory, it would be interesting to see a comparison of the cases side by side. For instructions on how to generate the client-side metrics please check our Developer Guide. |
JvmMetric-2023_12_18_10_45_00-2023_12_18_11_20_00-UTC-5.csv Hi @debora-ito, attached are the memory metrics. |
We didn't have the chance to troubleshoot this further. We are closing old v1 issues before going into Maintenance Mode, so I recommend you check if this issue still persists in v2 and open a new issue in the v2 repo. Reference:
|
This issue is now closed. Comments on closed issues are hard for our team to see. |
Describe the bug
When calling
client.getObjectMetadata(bucket, key)
inside aparallelStream()
, we notice the direct memory usage going up when using Java 17 (and there are multiple objects in the bucket).This does not happen with Java 11 or when using
stream()
.Expected Behavior
Direct memory shouldn't be going up.
Current Behavior
When using Java 17 we see the following:
With Java 11:
Reproduction Steps
Possible Solution
No response
Additional Information/Context
No response
AWS Java SDK version used
1.12.606
JDK version used
java version "17.0.9" 2023-10-17 LTS Java(TM) SE Runtime Environment (build 17.0.9+11-LTS-201) Java HotSpot(TM) 64-Bit Server VM (build 17.0.9+11-LTS-201, mixed mode, sharing)
Operating System and version
Windows 10
The text was updated successfully, but these errors were encountered: