diff options
author | Volker Lendecke <vl@samba.org> | 2008-01-05 18:26:54 +0100 |
---|---|---|
committer | Jeremy Allison <jra@samba.org> | 2008-01-09 17:05:19 -0800 |
commit | 1ed4fcb271b7885c274bd88bafed8116779d8eb6 (patch) | |
tree | 11a2bf2be3acbd22e866abdf3001746bf69ba80d /source3/passdb | |
parent | 6a1022288217304ebf4f3a3e59a1efa472ff2c5b (diff) | |
download | samba-1ed4fcb271b7885c274bd88bafed8116779d8eb6.tar.gz samba-1ed4fcb271b7885c274bd88bafed8116779d8eb6.tar.bz2 samba-1ed4fcb271b7885c274bd88bafed8116779d8eb6.zip |
Implement talloc_pool()
A talloc pool is a chunk of memory that can be used as a context for further
talloc calls. Allocations with the pool as the parent just chew from that
memory by incrementing a pointer. If the talloc pool is full, then we fall back
to the normal system-level malloc(3) to get memory.
The use case for talloc pools is the transient memory that is used for handling
a single SMB request. Incrementing a pointer will be way faster than any malloc
implementation.
There is a downside of this: If you use talloc_steal() to move something out of
the pool, the whole pool memory is kept around until the last object inside the
pool is freed. So if you talloc_free() the pool, it might happen that the
memory is freed later. So don't hang anything off a talloc pool that should
live long.
Volker
(This used to be commit 287e29d988813007eeebc0c2bef3b46ab8bedee9)
Diffstat (limited to 'source3/passdb')
0 files changed, 0 insertions, 0 deletions