We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When using PlainTable with Bloom filter, expect it to choose reasonable num_probes based on bloom_bits_per_key setting.
Always uses num_probes = 6 even when that's really bad for speed and false positive rate.
Just based on code inspection:
rocksdb/table/plain/plain_table_factory.cc
Line 47 in 62829ff
The text was updated successfully, but these errors were encountered:
And here:
rocksdb/table/plain/plain_table_reader.cc
Line 108 in 1d6a10f
Sorry, something went wrong.
I prepared a PR for this issue #5833
No branches or pull requests
Expected behavior
When using PlainTable with Bloom filter, expect it to choose reasonable num_probes based on bloom_bits_per_key setting.
Actual behavior
Always uses num_probes = 6 even when that's really bad for speed and false positive rate.
Steps to reproduce the behavior
Just based on code inspection:
rocksdb/table/plain/plain_table_factory.cc
Line 47 in 62829ff
The text was updated successfully, but these errors were encountered: