avro-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Doug Cutting (JIRA)" <j...@apache.org>
Subject [jira] Updated: (AVRO-135) add compression to data files
Date Wed, 30 Dec 2009 21:56:29 GMT

     [ https://issues.apache.org/jira/browse/AVRO-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Doug Cutting updated AVRO-135:

    Priority: Blocker  (was: Major)

+1 for making this a blocker.  I'm currently leaning towards fastlz.  Adding the java version
of that looks really easy.  Subsequently we can add support for calling the C implementation
from Java.  Adding python will be a bit more work, since we'll need to call native code, but
is probably required before we release, especially if we want to enable compression by default.

Should we enable compression by default?  I think this might make sense if compression is
substantially faster than object serialization/deserialization and if all implementations
of Avro support the anointed default codec.

> add compression to data files
> -----------------------------
>                 Key: AVRO-135
>                 URL: https://issues.apache.org/jira/browse/AVRO-135
>             Project: Avro
>          Issue Type: New Feature
>          Components: java, spec
>            Reporter: Doug Cutting
>            Priority: Blocker
> We should add support for at least one compression codec to data files.

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

View raw message