-
Notifications
You must be signed in to change notification settings - Fork 6k
[K/N] Recursive timing issue with GC Scheduler MutatorAssists when destroying millions of meta objects #5432
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
base: master
Are you sure you want to change the base?
Conversation
Thanks! I have some preliminary questions, let's discuss them in the ticket: https://youtrack.jetbrains.com/issue/KT-76851/Kotlin-Native-GC-scheduler-MutatorAssists-requestAssists-and-completeEpoch-issue#focus=Comments-27-12001003.0-0 ? |
Asking the whole |
So sorry for that, I just submitted a new commit, which automatically triggered a review request. |
`MoveAndAdvance` moved objects were incorrectly counted as freed, causing `totalAllocatedBytes >= targetHeapBytes` to persist longer than necessary. This led to unnecessary GC recursion and degraded performance in `-Xallocator=std` mode. ^KT-76851
@edisongz it seems, runtime tests are failing.
Can't tell which exact test is failing, but it looks like the entire suite crashing with an assertion triggered on a GC thread. You can run all the runtime tests with |
`MoveAndAdvance` moved objects were incorrectly counted as freed, causing `totalAllocatedBytes >= targetHeapBytes` to persist longer than necessary. This led to unnecessary GC recursion and degraded performance in `-Xallocator=std` mode. ^KT-76851
@projedi In |
MoveAndAdvance
moved objects were incorrectly counted as freed,causing
totalAllocatedBytes >= targetHeapBytes
to persist longer thannecessary. This led to unnecessary GC recursion and degraded performance
in
-Xallocator=std
mode.^KT-76851