PARQUET-2373: Improve I/O performance with bloom_filter_length

[zhangjiashen]

The spec PARQUET-2257 has added bloom_filter_length for reader to load the bloom filter in a single shot. This implementation alters the code to make use of the 'bloom_filter_length' field for loading the bloom filter (consisting of the header and bitset) in order to enhance I/O scheduling.

Jira

• My PR addresses the following Parquet Jira issues and references them in the PR title. For example, "PARQUET-1234: My Parquet PR"
  • https://issues.apache.org/jira/browse/PARQUET-2373
  • relates to: https://issues.apache.org/jira/browse/PARQUET-2257, PARQUET-41: Add bloom filter  #757

Tests

• Unit tests and existing tests in TestParquetFileWriter, TestParquetMetadataConverter, ParquetRewriterTest etc.

Commits

• My commits all reference Jira issues in their subject lines. In addition, my commits follow the guidelines from "How to write a good git commit message":
  1. Subject is separated from body by a blank line
  2. Subject is limited to 50 characters (not including Jira issue reference)
  3. Subject does not end with a period
  4. Subject uses the imperative mood ("add", not "adding")
  5. Body wraps at 72 characters
  6. Body explains "what" and "why", not "how"

Documentation

• In case of new functionality, my PR adds documentation that describes how to use it.
  • All the public functions and the classes in the PR contain Javadoc that explain what it does

[wgtmac]

Thanks for the change! I have left some comments.

[wgtmac]

@zhangjiashen This can be rebased to adopt parquet-format 2.10.0

[zhangjiashen]

@zhangjiashen This can be rebased to adopt parquet-format 2.10.0

@wgtmac I just rebased with master branch and please help take a look when you get a chance?

[mapleFU]

FYI, I've update a BloomFilter with length for testing: apache/parquet-testing#43

[wgtmac]

@zhangjiashen This needs to be rebased again.