ofriedma

Fix read op is not reading more than 64K

6

After several tests using hsbench I have seen that the bw reported by hsbench is not equal to the network bw. It looks like hsbench is closing the connection before...

Refresh() is not supported by vector memtable which may lead to an error in db_stress

3

How to reproduce: ./db_stress --clear_column_family_one_in=0 --column_families=1 --destroy_db_initially=1 --key_len_percent_dist=100 --kill_random_test=0 --max_key=102400 --max_key_len=1 --verify_iterator_with_expected_state_one_in=1 --iterpercent=13 --readpercent=20 --writepercent=67 --delpercent=0 --delrangepercent=0 --prefixpercent=0 -column_families=1 -memtablerep=vector error is: Verification failed. Expected state has key 0000000000008CD1, iterator...

db_stress gets stuck

1

**Describe the bug** db_stress gets stuck **To Reproduce** Steps to reproduce the behavior: 1. rm -rf /tmp/rocksdb_crashtest_* 2. mkdir /tmp/rocksdb_crashtest_blackboxod86ddmf 3. mkdir /tmp/rocksdb_crashtest_expected_vy0z2l_r 4. ./db_stress --acquire_snapshot_one_in=10000 --adaptive_readahead=1 --allow_concurrent_memtable_write=0 --allow_data_in_errors=True --allow_wbm_stalls=1...

After long running of blackbox_crash_test with allow_wbm_stalls = false, at some point there will be an error from the db_stress command such as: stderr: WARNING: prefix_size is non-zero but memtablerep...

**Is your feature request related to a problem? Please describe.** Currently not all threads in speedb have meaningful names **Describe the solution you'd like** A clear and concise description of...

Currently those tools can run in parallel with running db only when the db is being opened as secondary, which is preventing from doing write operations on top of it...

**Describe the bug** While running make check there is an error(not always): WriteBufferManagerFlushInitiationTest/WriteBufferManagerFlushInitiationTest.RegisteringLate/(10000,false,true) (Failed) **To Reproduce** make check **Expected behavior** no failure **System (please complete the following information):** - OS:...

Currently beezcli only compiled with CMake add it to Makefile

Use less memtables for the entire db, reserved for switch memtable

3

Currently for each CF, we reserve a spare memtable waiting to replace the active one, we could reserve it for the entire db so we will be able to save...