-
Notifications
You must be signed in to change notification settings - Fork 87
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
Questions about Defragmentation Thread Safety #45
Comments
You are right. Just as the documentation says, allocations that can be defragmented shouldn't be released since the moment a call to I think calling |
Thanks for those answer. I will then prefer the list of allocations. |
Hello again Adam. Sorry for reopening this ticket. After reading again the documentation to be sure, I noticed this sentence :
Is it okay to keep every allocation that need to be release into a list (that will be released after the EndPass) between the beginning and the end of BeginPass and after the end of BeginPass to keep in the list only allocations that are into the pass movements ? Have a nice day ! |
You are right, this optimization is correct. After |
Okay thanks a lot !
I'm afraid of this :). Do you mean allocations must not be made during BeginPass or just that they will be blocked by the mutex ? |
They will just be blocked by the mutex and then execute after |
Okay ! Thanks a lot for those answers ! |
Hello Adam !
Small question regarding defragmentation.
In the documentation it is written :
One solution that you give is :
However, it is only possible to set the operation after having the pass moves (after the return of the call). Do I need to keep track of allocations that want to be released during computation time or won't it be an issue if releasing occurs ? Could it be simpler to just add a reference to allocations that ends up being part of a move and remove a reference at the end of the pass ?
Hope those questions are not stupid :)
Have a nice day !
The text was updated successfully, but these errors were encountered: