Bill Strahm created HDFS-15617: ---------------------------------- Summary: zlib compression does not honor file.io.buffer.size Key: HDFS-15617 URL: https://issues.apache.org/jira/browse/HDFS-15617 Project: Hadoop HDFS Issue Type: Bug Components: configuration Affects Versions: 3.3.0, 3.2.0, 3.1.0 Reporter: Bill Strahm
Working with HDFS and zlib compression, I am trying to change the buffer size passed into the top of the libz.so implementation. Our understanding is this should be changed with the parameter io.file.buffer.size. The default is 64K and no matter how we change this parameter the buffer passed to libz.so is set to 64k. At present, the io.file.buffer.size seems to control only CompressorStream buffer size but divides that into 64KB size buffers and sends only 64KB for compression. We should allow that to be controlled by io.file.buffer.size or else provide another parameter to control that We found in ZlibCompressor.java the following constructor was being called public ZlibCompressor(Configuration conf) { this(ZlibFactory.getCompressionLevel(conf), ZlibFactory.getCompressionStrategy(conf), CompressionHeader.DEFAULT_HEADER, DEFAULT_DIRECT_BUFFER_SIZE); DEFAULT_DIRECT_BUFFER_SIZE is set to 64 * 1024. That said when we changed this constant, the value passed to libz.so was changed. I believe the correct final line should be conf.getInt("io.file.buffer.size", DEFAULT_DIRECT_BUFFER_SIZE)); possibly use io.compression.codec.zstd.buffersize and IO_COMPRESSION_CODEC_ZSTD_BUFFER_SIZE_DEFAULT or does that control something else? It looks like snappy correctly uses a configuration parameter: (SnappyCodec.java) int bufferSize = conf.getInt( CommonConfigurationKeys.IO_COMPRESSION_CODEC_SNAPPY_BUFFERSIZE_KEY, CommonConfigurationKeys.IO_COMPRESSION_CODEC_SNAPPY_BUFFERSIZE_DEFAULT); -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org