-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[Bug] query the dead-letter queue information in Pulsar Manager, the broker's GC grows rapidly #23805
Comments
@g0715158 Please share the admin commands to reproduce the issue. |
@g0715158 Please attempt to reproduce on latest 3.0.x release, 3.0.8 . Can you reproduce on 3.0.8 ? |
@lhotari This phenomenon of GC time increase is particularly noticeable: |
@lhotari |
@g0715158 There are hundreds of improvements between 3.0.1 and 3.0.8, including critical security fixes. You might run into many of the bugs that have already been fixed if you keep running on old versions. |
@lhotari I checked the release logs between versions 3.0.1 and 3.0.8 and couldn't find any repair instructions for this issue |
@g0715158 Due to the nature of an issue such as GC pressure, it's very unlikely that an improvement would be explicitly listed as a "repair instruction" in the changes. When there are hundreds of improvements, it's impossible to state what the behavior is with the latest releases such as Pulsar 3.0.8 or Pulsar 4.0.1 unless you really do the work and test it. |
@g0715158 If you'd like to find out the reason for the memory pressure, profiling tools such as AsyncProfiler and Java Flight Recorder are useful since they can be used to find the source of memory allocations. I have some personal tools that I have shared in https://github.com/lhotari/k8s-diagnostics-toolbox to do profiling in k8s clusters. There are many ways to use AsyncProfiler and Java Flight Recorder, that provides one way. |
@lhotari I understand. Thank you for your help |
Search before asking
Read release policy
Version
3.0.1
Minimal reproduce step
When I query the dead-letter queue information in Pulsar Manager, the broker's GC grows rapidly. The same happens when I use admin commands.
What did you expect to see?
The broker GC pause does not show significant fluctuations.
What did you see instead?
When I query the dead-letter queue information in Pulsar Manager, the broker's GC grows rapidly. The same happens when I use admin commands.
Anything else?
No response
Are you willing to submit a PR?
The text was updated successfully, but these errors were encountered: