-
Notifications
You must be signed in to change notification settings - Fork 3.7k
[fix](memory) Fix ThreadMemTrackerMgr::limiter_mem_tracker() performance
#50462
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
[fix](memory) Fix ThreadMemTrackerMgr::limiter_mem_tracker() performance
#50462
Conversation
|
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
|
run buildall |
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
TPC-H: Total hot run time: 34321 ms |
TPC-DS: Total hot run time: 193099 ms |
ClickBench: Total hot run time: 29.58 s |
BE UT Coverage ReportIncrement line coverage Increment coverage report
|
BE Regression P0 && UT Coverage ReportIncrement line coverage Increment coverage report
|
wangbo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
…mance (apache#50462) Prefer use `limiter_mem_tracker`, which is faster than `limiter_mem_tracker_sptr`. when multiple threads hold the same `std::shared_ptr` at the same time, modifying the `std::shared_ptr` reference count will be expensive when there is high concurrency.
…mance (apache#50462) Prefer use `limiter_mem_tracker`, which is faster than `limiter_mem_tracker_sptr`. when multiple threads hold the same `std::shared_ptr` at the same time, modifying the `std::shared_ptr` reference count will be expensive when there is high concurrency.
…mance (apache#50462) ### What problem does this PR solve? Prefer use `limiter_mem_tracker`, which is faster than `limiter_mem_tracker_sptr`. when multiple threads hold the same `std::shared_ptr` at the same time, modifying the `std::shared_ptr` reference count will be expensive when there is high concurrency.
What problem does this PR solve?
Prefer use
limiter_mem_tracker, which is faster thanlimiter_mem_tracker_sptr.when multiple threads hold the same
std::shared_ptrat the same time,modifying the
std::shared_ptrreference count will be expensive when there is high concurrency.Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)