refs #4797


git-svn-id: file:///svn/toku/tokudb@45020 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4797


git-svn-id: file:///svn/toku/tokudb@45019 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871
closes #5157


git-svn-id: file:///svn/toku/tokudb@45017 c7de825b-a66e-492c-adef-691d508d4ae1

now that they don't take nearly as long
refs #4871


git-svn-id: file:///svn/toku/tokudb@45016 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45015 c7de825b-a66e-492c-adef-691d508d4ae1

take forever under valgrind
refs #5157


git-svn-id: file:///svn/toku/tokudb@45013 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45006 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45005 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45004 c7de825b-a66e-492c-adef-691d508d4ae1

[t:5153] fix the error handling code for toku_ltm_get_lt() and better explain what the client contract is for the on_create and on_close callbacks.

the idea is you should only pass an on_create callback if there is also an on_close callback, and vice-versa. the on_create callback is called if
the lock tree is created and the on_close callback is called only if the on_create callback was actually called, either because of a user close
of the locktree or by an error path in toku_ltm_get_lt().

we never assume that either of these callbacks are non-null and we know both can be called at most once.


git-svn-id: file:///svn/toku/tokudb@45002 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44991 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44990 c7de825b-a66e-492c-adef-691d508d4ae1

commit, abort, and prepare

git-svn-id: file:///svn/toku/tokudb@44989 c7de825b-a66e-492c-adef-691d508d4ae1

Trying to disable syncs during child txns does nothing, also for parents when doing a dbremove
Removed pointers
Cleanup with regards to indentation/style

git-svn-id: file:///svn/toku/tokudb@44988 c7de825b-a66e-492c-adef-691d508d4ae1

stressed envs


git-svn-id: file:///svn/toku/tokudb@44980 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44973 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44972 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44970 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44967 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44962 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44961 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44960 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44959 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44958 c7de825b-a66e-492c-adef-691d508d4ae1

#refs 5133 merge undo-do algorithm changes to main. now, we read a row from the source db AND gather up the leaf entrie's provisional data in the cursor callback, which makes it atomic with respect to commit and abort on that DB. had to fix a few tests after changing some leaf entry signatures


git-svn-id: file:///svn/toku/tokudb@44949 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44940 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44937 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44919 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44902 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44899 c7de825b-a66e-492c-adef-691d508d4ae1

close[t:5134] le_cursor api cleaned up, followed up on a TODO to get rid of the DB parameter from is_key_right (and improved its name too) by using a fake_db in the le_cursor plus the new toku_ft_get_descriptor() api to grab a descriptor reference. refactored some tests to get it all compiling. LE and hot indexer tests pass


git-svn-id: file:///svn/toku/tokudb@44895 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44893 c7de825b-a66e-492c-adef-691d508d4ae1

[t:5064] Closes #5064 Move most of the work of creating xids (including malloc) out of the txn_manager_lock

git-svn-id: file:///svn/toku/tokudb@44892 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44890 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44885 c7de825b-a66e-492c-adef-691d508d4ae1

[t:5132] cast pthread_t through uintptr_t in order to print it in a way that's portable between linux and osx.  closes #5132

git-svn-id: file:///svn/toku/tokudb@44882 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44874 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44864 c7de825b-a66e-492c-adef-691d508d4ae1

also adds csv and tsv output formats (and some work on gnuplot)

git-svn-id: file:///svn/toku/tokudb@44863 c7de825b-a66e-492c-adef-691d508d4ae1

close[t:5128] updating a descriptor now has two parts: user API that passes a FT and descriptor, and a low layer API that takes those two plus an explicit descriptor. we use the low layer one for deserialization code that wants to upgrade a descriptor for an FT that is not fully opened yet (and thus whose FT does not have a valid cachefile yet). this seems to be a clean enough solution, since it helps some upgrade code do non-standard stuff.

most importantly, loader-stress-test3 no longer fails by segfaulting on ft->cf->fd


git-svn-id: file:///svn/toku/tokudb@44839 c7de825b-a66e-492c-adef-691d508d4ae1