Description
Currently direct buffers allocated by compression codecs like Gzip (which allocates 2 direct buffers per instance) are not deallocated when the stream is closed. Eventually for long running processes which create a huge number of files, these direct buffers are left hanging till a full gc, which may or may not happen in a reasonable amount of time - especially if the process does not use a whole lot of heap.
Either these buffers should be pooled or they should be deallocated when the stream is closed.
Attachments
Attachments
Issue Links
- breaks
-
HADOOP-12007 GzipCodec native CodecPool leaks memory
- Open
-
FLUME-2416 Use CodecPool in compressed stream to prevent leak of direct buffers
- Resolved