Volker Lendecke 3a1ada7635 r19685: Two changes inspired by problems with huge tdbs. tdbtool's list command now ... prints the hash on every record for easier awk'ing, and tdbbackup allows a different hash chain length on the backed up tdb. Jeremy, Günther, this might be interesting for you huge domains. Not only locking.tdb, also the winbind ones might grow huge. In the installation I fixed with this winbind spent a huge amount of CPU spinning through a degenerated winbindd_idmap.tdb with entries for more than 15.000 users. With a default number of hash chains of 131 on that tdb you can imagine that the lists get large. Not merging to 4, I don't get tdbbackup to compile there right now. What about changing the global default hash chain number to be dramatically larger? Disk is cheap these days. Volker (This used to be commit 577d0ff658)		2007-10-10 12:15:46 -05:00
..
tdbbackup.c	r19685: Two changes inspired by problems with huge tdbs. tdbtool's list command now	2007-10-10 12:15:46 -05:00
tdbdump.c	r17607: Adapt the Samba4 directory structure for tdb. Makes it easier to diff.	2007-10-10 11:38:42 -05:00
tdbtest.c	r19426: merge nearly all the differences between Samba3 tdb and Samba4	2007-10-10 12:15:35 -05:00
tdbtool.c	r17607: Adapt the Samba4 directory structure for tdb. Makes it easier to diff.	2007-10-10 11:38:42 -05:00
tdbtorture.c	r19426: merge nearly all the differences between Samba3 tdb and Samba4	2007-10-10 12:15:35 -05:00