umgeher/leveled
0
Fork 0
Code Issues Pull requests Releases Activity Actions

Coverage issue

Browse source 
The scan_table situation where the query needs to be start inclusive, was consistently getting coverage.  It was less likely to get coverage with smaller cache sizes.

It is not clear why this wasn't being triggered before.  Perhaps because of the erroneous jitter setting?

Multiple cache sizes now tested to try and make sure the test is always  in-line with expectations.
This commit is contained in:
Martin Sumner 2018-06-08 12:34:10 +01:00
parent 589d947c01
commit 022997b2e6
1 changed files with 7 additions and 1 deletions
Download patch file Download diff file Expand all files Collapse all files

8
src/leveled_bookie.erl
View file

@ -1971,10 +1971,16 @@ foldobjects_vs_foldheads_bybucket_test_() ->
{timeout, 60, fun foldobjects_vs_foldheads_bybucket_testto/0}. {timeout, 60, fun foldobjects_vs_foldheads_bybucket_testto/0}.
foldobjects_vs_foldheads_bybucket_testto() -> foldobjects_vs_foldheads_bybucket_testto() ->
folder_cache_test(10),
folder_cache_test(100),
folder_cache_test(300),
folder_cache_test(1000).
folder_cache_test(CacheSize) ->
RootPath = reset_filestructure(), RootPath = reset_filestructure(),
{ok, Bookie1} = book_start([{root_path, RootPath}, {ok, Bookie1} = book_start([{root_path, RootPath},
{max_journalsize, 1000000}, {max_journalsize, 1000000},
{cache_size, 500}]), {cache_size, CacheSize}]),
ObjL1 = generate_multiple_objects(400, 1), ObjL1 = generate_multiple_objects(400, 1),
ObjL2 = generate_multiple_objects(400, 1), ObjL2 = generate_multiple_objects(400, 1),
% Put in all the objects with a TTL in the future % Put in all the objects with a TTL in the future