-
-
Notifications
You must be signed in to change notification settings - Fork 415
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
Recycle actor heap chunks after GC instead of returning to pool #4531
Merged
Merged
Changes from all commits
Commits
Show all changes
2 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,3 @@ | ||
## Make actor heap allocations more efficient by recycling freed memory | ||
|
||
Prior to this change, the actor heap garbage collection process would return freed memory back to the pony runtime at the end of a garbage collection run. The returning of memory to the pony runtime and allocating of new memory from the pony runtime are both expensive operations. This change makes it so that the actor garbage collection process keeps old freed memory chunks around with the expectation that the actor will very likely need memory again as it continues to run behaviors. This avoids the expensive return to and reallocation of memory from the pony runtime. It is possible that the overall application might end up using more memory as any freed memory chunks can only be reused by the actor that owns them and the runtime and other actors can no longer reuse that memory as they previously might have been able to. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,124 @@ | ||
#ifndef mem_heap_chunk_sorting_h | ||
#define mem_heap_chunk_sorting_h | ||
|
||
#include "heap.h" | ||
|
||
/* | ||
* Shamelessly stolen/adapted from Simon Tatham from: | ||
* https://www.chiark.greenend.org.uk/~sgtatham/algorithms/listsort.c | ||
* | ||
* This file is copyright 2001 Simon Tatham. | ||
* | ||
* Permission is hereby granted, free of charge, to any person | ||
* obtaining a copy of this software and associated documentation | ||
* files (the "Software"), to deal in the Software without | ||
* restriction, including without limitation the rights to use, | ||
* copy, modify, merge, publish, distribute, sublicense, and/or | ||
* sell copies of the Software, and to permit persons to whom the | ||
* Software is furnished to do so, subject to the following | ||
* conditions: | ||
* | ||
* The above copyright notice and this permission notice shall be | ||
* included in all copies or substantial portions of the Software. | ||
* | ||
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, | ||
* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES | ||
* OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND | ||
* NONINFRINGEMENT. IN NO EVENT SHALL SIMON TATHAM BE LIABLE FOR | ||
* ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF | ||
* CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN | ||
* CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE | ||
* SOFTWARE. | ||
*/ | ||
static large_chunk_t* sort_large_chunk_list_by_size(large_chunk_t *list) | ||
{ | ||
large_chunk_t *p, *q, *e, *tail; | ||
int32_t insize, nmerges, psize, qsize, i; | ||
|
||
/* | ||
* Silly special case: if `list' was passed in as NULL, return | ||
* NULL immediately. | ||
*/ | ||
if (!list) | ||
return NULL; | ||
|
||
insize = 1; | ||
|
||
while (true) | ||
{ | ||
p = list; | ||
list = NULL; | ||
tail = NULL; | ||
|
||
nmerges = 0; /* count number of merges we do in this pass */ | ||
|
||
while (NULL != p) | ||
{ | ||
nmerges++; /* there exists a merge to be done */ | ||
/* step `insize' places along from p */ | ||
q = p; | ||
psize = 0; | ||
for (i = 0; i < insize; i++) | ||
{ | ||
psize++; | ||
q = q->next; | ||
if (NULL == q) | ||
break; | ||
} | ||
|
||
/* if q hasn't fallen off end, we have two lists to merge */ | ||
qsize = insize; | ||
|
||
/* now we have two lists; merge them */ | ||
while (psize > 0 || (qsize > 0 && (NULL != q))) | ||
{ | ||
/* decide whether next element of merge comes from p or q */ | ||
if (psize == 0) | ||
{ | ||
/* p is empty; e must come from q. */ | ||
e = q; | ||
q = q->next; | ||
qsize--; | ||
} else if (qsize == 0 || !q) { | ||
/* q is empty; e must come from p. */ | ||
e = p; | ||
p = p->next; | ||
psize--; | ||
} else if (p->size <= q->size) { | ||
/* First element of p is lower (or same); | ||
* e must come from p. */ | ||
e = p; | ||
p = p->next; | ||
psize--; | ||
} else { | ||
/* First element of q is lower; e must come from q. */ | ||
e = q; | ||
q = q->next; | ||
qsize--; | ||
} | ||
|
||
/* add the next element to the merged list */ | ||
if (NULL != tail) | ||
tail->next = e; | ||
else | ||
list = e; | ||
|
||
tail = e; | ||
} | ||
|
||
/* now p has stepped `insize' places along, and q has too */ | ||
p = q; | ||
} | ||
|
||
tail->next = NULL; | ||
|
||
/* If we have done only one merge, we're finished. */ | ||
if (nmerges <= 1) /* allow for nmerges==0, the empty list case */ | ||
return list; | ||
|
||
/* Otherwise repeat, merging lists twice the size */ | ||
insize *= 2; | ||
} | ||
} | ||
|
||
#endif |
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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.
our normal pattern in the codebase is to compare to NULL as the second item. Is there a reason for the variance in this patch?
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.
no reason except that i accidentally forgot an
=
and didn't notice and that's much easier to track down with the condition written this way..