-
Notifications
You must be signed in to change notification settings - Fork 1.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
[Enhancement] Optimize memory tracker (backport #49841) #50694
Conversation
## Why I'm doing: Currently, memory statistics consume a lot of performance because they are all calculated each time. ## What I'm doing: Get some samples to estimate the manager's memory, even though it is inaccurate, but it's helpful to solve memory leak bugs. Signed-off-by: gengjun-git <[email protected]> (cherry picked from commit f0cb5e9) # Conflicts: # contrib/destination-starrocks/src/main/java/io/airbyte/integrations/destination/starrocks/StreamLoader.java # fe/fe-core/src/main/java/com/starrocks/catalog/Database.java # fe/fe-core/src/main/java/com/starrocks/common/util/ProfileManager.java # fe/fe-core/src/main/java/com/starrocks/connector/CatalogConnector.java # fe/fe-core/src/main/java/com/starrocks/connector/Connector.java # fe/fe-core/src/main/java/com/starrocks/connector/delta/CachingDeltaLakeMetastore.java # fe/fe-core/src/main/java/com/starrocks/connector/delta/DeltaLakeMetastore.java # fe/fe-core/src/main/java/com/starrocks/connector/iceberg/CachingIcebergCatalog.java # fe/fe-core/src/main/java/com/starrocks/connector/iceberg/IcebergCatalog.java # fe/fe-core/src/main/java/com/starrocks/connector/iceberg/IcebergConnector.java # fe/fe-core/src/main/java/com/starrocks/connector/jdbc/JDBCTableIdCache.java # fe/fe-core/src/main/java/com/starrocks/lake/compaction/CompactionMgr.java # fe/fe-core/src/main/java/com/starrocks/leader/ReportHandler.java # fe/fe-core/src/main/java/com/starrocks/load/InsertOverwriteJobMgr.java # fe/fe-core/src/main/java/com/starrocks/memory/InternalCatalogMemoryTracker.java # fe/fe-core/src/main/java/com/starrocks/memory/MemoryTrackable.java # fe/fe-core/src/main/java/com/starrocks/memory/MemoryUsageTracker.java # fe/fe-core/src/main/java/com/starrocks/qe/QeProcessorImpl.java # fe/fe-core/src/main/java/com/starrocks/scheduler/TaskManager.java # fe/fe-core/src/main/java/com/starrocks/scheduler/TaskRunManager.java # fe/fe-core/src/main/java/com/starrocks/scheduler/history/TaskRunHistory.java # fe/fe-core/src/main/java/com/starrocks/transaction/GlobalTransactionMgr.java # fe/fe-core/src/main/java/com/starrocks/warehouse/WarehouseClusterProcNode.java # fe/fe-core/src/test/java/com/starrocks/connector/delta/CachingDeltaLakeMetastoreTest.java # fe/fe-core/src/test/java/com/starrocks/connector/delta/DeltaLakeConnectorTest.java
Cherry-pick of f0cb5e9 has failed:
To fix up this pull request, you can check it out locally. See documentation: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally |
@mergify[bot]: Backport conflict, please reslove the conflict and resubmit the pr |
Signed-off-by: gengjun-git <[email protected]>
Signed-off-by: gengjun-git <[email protected]>
Quality Gate passedIssues Measures |
Why I'm doing:
Currently, memory statistics consume a lot of performance because they are all calculated each time.
What I'm doing:
Get some samples to estimate the manager's memory, even though it is inaccurate, but it's helpful to solve memory leak bugs.
What type of PR is this:
Does this PR entail a change in behavior?
If yes, please specify the type of change:
Checklist:
Bugfix cherry-pick branch check:
Documentation PRs only:
If you are submitting a PR that adds or changes English documentation and have not
included Chinese documentation, then you can check the box to request GPT to translate the
English doc to Chinese. Please ensure to uncheck the Do not translate box if translation is needed.
The workflow will generate a new PR with the Chinese translation after this PR is merged.
This is an automatic backport of pull request #49841 done by [Mergify](https://mergify.com). ## Why I'm doing: Currently, memory statistics consume a lot of performance because they are all calculated each time.
What I'm doing:
Get some samples to estimate the manager's memory, even though it is inaccurate, but it's helpful to solve memory leak bugs.
What type of PR is this:
Does this PR entail a change in behavior?
If yes, please specify the type of change:
Checklist: