Skip to content
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

import: fix memory leak #39332

Merged
merged 5 commits into from
Nov 28, 2022
Merged

import: fix memory leak #39332

merged 5 commits into from
Nov 28, 2022

Conversation

dsdashun
Copy link
Contributor

What problem does this PR solve?

Issue Number: close #39331

Problem Summary:

What is changed and how it works?

When kvMemBuf reuses the byte buffer in the available byte buffer pool, iterate on all the byte buffer's capacity. If it can find at least one byte buffer with a large capacity, it will choose to reuse it, rather than create a new byte buffer.

Check List

Tests

  • Unit test
  • Integration test
  • Manual test (add detailed scripts or steps below)
    compile the modified version, and check whether memory leak has been fixed. Here are the heap profiles of the Lightning process after the modification:
    976b2e0d-e741-45fb-b147-b582870993c5
  • No code

Side effects

  • Performance regression: Consumes more CPU
  • Performance regression: Consumes more Memory
  • Breaking backward compatibility

Documentation

  • Affects user behaviors
  • Contains syntax changes
  • Contains variable changes
  • Contains experimental features
  • Changes MySQL compatibility

Release note

Please refer to Release Notes Language Style Guide to write a quality release note.

None

@ti-chi-bot
Copy link
Member

ti-chi-bot commented Nov 23, 2022

[REVIEW NOTIFICATION]

This pull request has been approved by:

  • D3Hunter
  • lance6716

To complete the pull request process, please ask the reviewers in the list to review by filling /cc @reviewer in the comment.
After your PR has acquired the required number of LGTMs, you can assign this pull request to the committer in the list by filling /assign @committer in the comment to help you merge this pull request.

The full list of commands accepted by this bot can be found here.

Reviewer can indicate their review by submitting an approval review.
Reviewer can cancel approval by submitting a request changes review.

@ti-chi-bot ti-chi-bot added release-note-none Denotes a PR that doesn't merit a release note. do-not-merge/needs-triage-completed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Nov 23, 2022
@dsdashun
Copy link
Contributor Author

/run-integration-br-test

@dsdashun
Copy link
Contributor Author

@dsdashun
Copy link
Contributor Author

/cc @3pointer @lance6716

Copy link
Contributor

@lance6716 lance6716 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems we can add a simple unit test that after some AllocateBuf/Set and Recycle, the mb.availableBufs does not grow badly

existingBuf *bytesBuf
existingBufIdx int
)
for i, buf := range mb.availableBufs {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we limit max length of mb.availableBufs? in case encodeLoop is slow down for we might loop through all availableBufs on every AllocateBuf in worst case

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe no need to limit the max length. There are two reasons:

  1. the allocation size is by the power of 2, starting from 1MB. So the possible byte buffer capacities are 1MB, 2MB, 4MB, ... Since the memory limit is typically around 256GB, and the reuse mechanism has fixed now, in the extreme case without any reuse, the available byte buffer pool's size is around 18 (1MB, 2MB, 4MB, .... 256GB), otherwise a reuse will happen .
  2. the typical allocation size will fall into only some byte buffer sizes. Since the reuse mechanism has fixed now, the reuse will happen frequently. So the overall availableBufs size is controllable.

But it is OK to add a defending mechanism for the performance degration here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed in a71021c

@ti-chi-bot ti-chi-bot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Nov 26, 2022
@dsdashun
Copy link
Contributor Author

seems we can add a simple unit test that after some AllocateBuf/Set and Recycle, the mb.availableBufs does not grow badly

Fixed in a71021c

@dsdashun
Copy link
Contributor Author

/run-integration-br-test

@dsdashun
Copy link
Contributor Author

/run-integration-br-test

@dsdashun
Copy link
Contributor Author

@ti-chi-bot ti-chi-bot added the status/LGT1 Indicates that a PR has LGTM 1. label Nov 28, 2022
}

func TestKVMemBufBatchAllocAndRecycle(t *testing.T) {
type testCase struct {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this type is not used?

@ti-chi-bot ti-chi-bot added status/LGT2 Indicates that a PR has LGTM 2. needs-cherry-pick-release-5.3 Type: Need cherry pick to release-5.3 needs-cherry-pick-release-5.4 Should cherry pick this PR to release-5.4 branch. needs-cherry-pick-release-6.1 Should cherry pick this PR to release-6.1 branch. and removed status/LGT1 Indicates that a PR has LGTM 1. do-not-merge/needs-triage-completed labels Nov 28, 2022
@dsdashun
Copy link
Contributor Author

/merge

@ti-chi-bot
Copy link
Member

This pull request has been accepted and is ready to merge.

Commit hash: 0174d56

@ti-chi-bot ti-chi-bot added the status/can-merge Indicates a PR has been approved by a committer. label Nov 28, 2022
@ti-chi-bot ti-chi-bot merged commit 5c9570d into pingcap:master Nov 28, 2022
@ti-chi-bot ti-chi-bot mentioned this pull request Nov 28, 2022
12 tasks
@ti-chi-bot
Copy link
Member

In response to a cherrypick label: new pull request created: #39407.

ti-chi-bot pushed a commit to ti-chi-bot/tidb that referenced this pull request Nov 28, 2022
@ti-chi-bot ti-chi-bot mentioned this pull request Nov 28, 2022
12 tasks
@ti-chi-bot
Copy link
Member

In response to a cherrypick label: new pull request created: #39408.

ti-chi-bot pushed a commit to ti-chi-bot/tidb that referenced this pull request Nov 28, 2022
@ti-chi-bot ti-chi-bot mentioned this pull request Nov 28, 2022
12 tasks
@ti-chi-bot
Copy link
Member

In response to a cherrypick label: new pull request created: #39409.

ti-chi-bot pushed a commit to ti-chi-bot/tidb that referenced this pull request Nov 28, 2022
@sre-bot
Copy link
Contributor

sre-bot commented Nov 28, 2022

TiDB MergeCI notify

✅ Well Done! New fixed [1] after this pr merged.

CI Name Result Duration Compare with Parent commit
idc-jenkins-ci-tidb/integration-ddl-test ✅ all 6 tests passed 14 min Fixed
idc-jenkins-ci-tidb/integration-common-test 🟢 all 17 tests passed 28 min Existing passed
idc-jenkins-ci/integration-cdc-test 🟢 all 39 tests passed 22 min Existing passed
idc-jenkins-ci-tidb/common-test 🟢 all 11 tests passed 11 min Existing passed
idc-jenkins-ci-tidb/sqllogic-test-2 🟢 all 28 tests passed 8 min 12 sec Existing passed
idc-jenkins-ci-tidb/sqllogic-test-1 🟢 all 26 tests passed 6 min 29 sec Existing passed
idc-jenkins-ci-tidb/mybatis-test 🟢 all 1 tests passed 6 min 14 sec Existing passed
idc-jenkins-ci-tidb/tics-test 🟢 all 1 tests passed 5 min 34 sec Existing passed
idc-jenkins-ci-tidb/integration-compatibility-test 🟢 all 1 tests passed 3 min 5 sec Existing passed
idc-jenkins-ci-tidb/plugin-test 🟢 build success, plugin test success 4min Existing passed

@dsdashun dsdashun deleted the fix-39331 branch November 28, 2022 08:39
ti-chi-bot added a commit that referenced this pull request Dec 5, 2022
MimeLyc added a commit that referenced this pull request Dec 5, 2022
ti-chi-bot added a commit that referenced this pull request Jan 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-cherry-pick-release-5.3 Type: Need cherry pick to release-5.3 needs-cherry-pick-release-5.4 Should cherry pick this PR to release-5.4 branch. needs-cherry-pick-release-6.1 Should cherry pick this PR to release-6.1 branch. release-note-none Denotes a PR that doesn't merit a release note. size/L Denotes a PR that changes 100-499 lines, ignoring generated files. status/can-merge Indicates a PR has been approved by a committer. status/LGT2 Indicates that a PR has LGTM 2.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Lightning: Memory Leak on Large Source Files
5 participants