Just want to try if this helps... We have a run-away memory consumption when under heavy load.
This was obviously wrong, as already noted in the comment.
We used a cache_size * num-cpu-shards actual cache size. This fixes it.
Implemented a merger_serializer_t. Compiles, but is not actually used yet.
Enabled the merger_serializer_t.
Missing initialization
Added missing comment
Small fixes and refactoring in ther merger serializer
Made the on_inner_index_write_complete a counted_t
Added a comment
Merge branch 'daniel_writeback_memory_savings' into next
changing export script to put results in a temporary directory until finished
adding --clients option to export to limit the number of tables being exported concurrently
fixing progress bar to work with client-limited export
adding --client option to usage strings for import/export/dump/restore
changing semaphore in export script to use the python 'with' syntax
Merge branch 'daniel_1471' into next
Refactoring: Removed num_garbage_blocks and replaced it by num_live_blocks.
Initial implementation of a message hub with priorities.
Merge branch 'daniel_1559' into next