couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filipe Manana (JIRA)" <>
Subject [jira] Updated: (COUCHDB-437) Make compression level configurable, and allow attachments to be compressed
Date Mon, 21 Dec 2009 10:37:18 GMT


Filipe Manana updated COUCHDB-437:

    Attachment: couchdb-583-trunk-5th-try.patch

Same patch as the one attached to ticket 583 (updated etap test suite with more tests).


> Make compression level configurable, and allow attachments to be compressed
> ---------------------------------------------------------------------------
>                 Key: COUCHDB-437
>                 URL:
>             Project: CouchDB
>          Issue Type: Improvement
>          Components: Database Core
>            Reporter: Jason Davies
>            Priority: Minor
>         Attachments: couchdb-583-trunk-4th-try-trunk.patch, couchdb-583-trunk-5th-try.patch
> As suggested by Adam Kocolosk in
> > The nice thing is that binary_to_term seems perfectly happy reading a mix of compressed
and uncompressed binaries, which means the compression level can be a configuration parameter
if we want it to be. gzip decompresses pretty quickly, so I'm guessing that reading a compressed
DB will be faster than an uncompressed one. We'll have to measure it, though.
> Just thinking that space may be at a premium for some users and enabling compression
could save them quite a bit of space depending on the data stored in docs.  Compressing attachments
could be beneficial too, and for particular use cases compression might increase read throughput
due to needing less disk reads.  As Adam says, we need to measure it.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message