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

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

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

fixes #5961 pass a callback to the ydb layer when escalation occurs for a txnid, providing the locktree and range_buffer describing how to update the txn's internal data structures so they don't grow out of control for very long lived write transactions


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

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

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

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

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

refs #5949 make recovery_fileops_unit clean up after itself, might solve the space problem on the mac machine


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

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

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

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

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

refs #5949 suppress valgrind on the first (crashing) execution of recovery_fileops_unit.tdb, for some reason raise(SIGKILL) hangs valgrind in that test

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

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

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

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

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

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

1. disabling unique checks when num_elements > 0 (ie: the table was pre-created)
2. filling the tables with valid iibench-like data during the create phase (intercept with a function pointer, as best as I can think of for now)
3. wrapping the pk back to the beginning of the table when bounded_element_range && num_elements > 0


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

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

closes #5942, remove cachetable-scan.cc, an old test that was meant to test if cachetable was fast enough. Outdated now

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

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

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

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

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

refs #5702 add a special iibench rangequery db operation that selects a pk <= the auto increment value, so each range query hits something


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

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

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

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

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

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

refs #5702 fix perf_iibench by adding a post-open hook where we can set the descriptor. do not close_and_reopen_tables()


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

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

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

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

fixes #5702 finalize perf_iibench by adding a true pk + 3 secondary key schema. the primary key is 8 bytes and stores 3 columns as value data. secondary keys are 16 bytes (one column plus the pk) and store no value data (non-clustering)


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

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

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

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