author | David Barr <david.barr@cordelta.com> | |
Mon, 9 Aug 2010 22:11:11 +0000 (17:11 -0500) | ||
committer | Junio C Hamano <gitster@pobox.com> | |
Sun, 15 Aug 2010 02:35:37 +0000 (19:35 -0700) | ||
commit | 4709455db3891f6cad9a96a574296b4926f70cbe | |
tree | f97a6a3f25259a67427e48bc85433173006a4e6b | tree | snapshot |
parent | 3f527372d9ec6d7b6890773e41c4b3542d7ad451 | commit | diff |
Add memory pool library
Add a memory pool library implemented using C macros. The
obj_pool_gen() macro creates a type-specific memory pool.
The memory pool library is distinguished from the existing specialized
allocators in alloc.c by using a contiguous block for all allocations.
This means that on one hand, long-lived pointers have to be written as
offsets, since the base address changes as the pool grows, but on the
other hand, the entire pool can be easily written to the file system.
This could allow the memory pool to persist between runs of an
application.
For the svn importer, such a facility is useful because each svn
revision can copy trees and files from any previous revision. The
relevant information for all revisions has to persist somehow to
support incremental runs.
[rr: minor cleanups]
[jn: added tests; removed file system backing for now]
Signed-off-by: David Barr <david.barr@cordelta.com>
Signed-off-by: Ramkumar Ramachandra <artagnon@gmail.com>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Add a memory pool library implemented using C macros. The
obj_pool_gen() macro creates a type-specific memory pool.
The memory pool library is distinguished from the existing specialized
allocators in alloc.c by using a contiguous block for all allocations.
This means that on one hand, long-lived pointers have to be written as
offsets, since the base address changes as the pool grows, but on the
other hand, the entire pool can be easily written to the file system.
This could allow the memory pool to persist between runs of an
application.
For the svn importer, such a facility is useful because each svn
revision can copy trees and files from any previous revision. The
relevant information for all revisions has to persist somehow to
support incremental runs.
[rr: minor cleanups]
[jn: added tests; removed file system backing for now]
Signed-off-by: David Barr <david.barr@cordelta.com>
Signed-off-by: Ramkumar Ramachandra <artagnon@gmail.com>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
.gitignore | diff | blob | history | |
Makefile | diff | blob | history | |
t/t0080-vcs-svn.sh | [new file with mode: 0755] | blob |
test-obj-pool.c | [new file with mode: 0644] | blob |
vcs-svn/obj_pool.h | [new file with mode: 0644] | blob |