You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (Commented) (JIRA)" <ji...@apache.org> on 2011/10/13 23:23:11 UTC

[jira] [Commented] (CASSANDRA-3127) Message (inter-node) compression

    [ https://issues.apache.org/jira/browse/CASSANDRA-3127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13126944#comment-13126944 ] 

Jonathan Ellis commented on CASSANDRA-3127:
-------------------------------------------

It would be pretty easy to configure "off", "on", and "cross-dc".  In the cross-dc case, OutboundTcpConnection could just ask the snitch (DatabaseDescriptor.getEndpointSnitch) if the target node is in another DC, and make the compression decision based on that.
                
> Message (inter-node) compression
> --------------------------------
>
>                 Key: CASSANDRA-3127
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3127
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Sylvain Lebresne
>            Priority: Minor
>
> CASSANDRA-3015 adds compression of streams. But it could be useful to also compress some messages.
> Compressing messages is easy, but what may be little bit trickier is when and what messages to compress to get the best performances.
> The simple solution would be to just have it either always on or always off. But for very small messages (gossip?) that may be counter-productive. On the other side of the spectrum, this is likely always a good choice to compress for say the exchange of merkle trees across data-centers. We could maybe define a size of messages after which we start to compress. Maybe the option to only compress for cross data-center messages would be useful too (but I may also just be getting carried away). 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira