This adds a `git_pool` object that can do simple paged memory allocation with free for the entire pool at once. Using this, you can replace many small allocations with large blocks that can then cheaply be doled out in small pieces. This is best used when you plan to free the small blocks all at once - for example, if they represent the parsed state from a file or data stream that are either all kept or all discarded. There are two real patterns of usage for `git_pools`: either for "string" allocation, where the item size is a single byte and you end up just packing the allocations in together, or for "fixed size" allocation where you are allocating a large object (e.g. a `git_oid`) and you generally just allocation single objects that can be tightly packed. Of course, you can use it for other things, but those two cases are the easiest.
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
buffer.c | Loading commit data... | |
dirent.c | Loading commit data... | |
errors.c | Loading commit data... | |
filebuf.c | Loading commit data... | |
hex.c | Loading commit data... | |
oid.c | Loading commit data... | |
path.c | Loading commit data... | |
pool.c | Loading commit data... | |
rmdir.c | Loading commit data... | |
string.c | Loading commit data... | |
strtol.c | Loading commit data... | |
vector.c | Loading commit data... |