commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From kvr000 <...@git.apache.org>
Subject [GitHub] commons-compress issue #21: COMPRESS-388: Fix concurrent reads performance
Date Mon, 24 Apr 2017 03:53:06 GMT
Github user kvr000 commented on the issue:

    https://github.com/apache/commons-compress/pull/21
  
    Update, improving few things:
    - made the fields private again
    - simplified to single read(long pos, ByteBuffer buf) method
    - allocating the instance buffer only for single byte read which is rather rare (so far
it seems that only Bzip2 uses it for reading the header), all other decompressors and even
standard java core readers use internal cache.
    - wrapping the byte array passed by parameters instead of creating temporary ByteBuffer
and copying the bytes
    
    Performance improved in comparison to previous commit:
    - 15%-20% for stored stream
    - 1%-3% for deflated stream



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message