Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Tue, 7 Jul 2015 20:32:05 +0000 (UTC)
From: "Ariel Weisberg (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12842405.1435863443000.122089.1436301125056@Atlassian.JIRA>
In-Reply-To: <JIRA.12842405.1435863443000@Atlassian.JIRA>
References: <JIRA.12842405.1435863443000@Atlassian.JIRA>
 <JIRA.12842405.1435863443132@arcas>
Subject: [jira] [Commented] (CASSANDRA-9718) Upgrade to OHC 0.4
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Ariel Weisberg commented on CASSANDRA-9718:
-------------------------------------------

Are you suggesting we push the usage of ByteBuffer down into all the dependent data types that have serialization written in terms of streams? I could try it but my guess is that it would reach pretty far. The alternative is creating parallel serialization for the dependent types that take a ByteBuffer.

It looks like it eventually hits UnfilteredRowIterator which is shared for things like intra-cluster messaging which support compression.

> Upgrade to OHC 0.4
> ------------------
>
>                 Key: CASSANDRA-9718
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9718
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Ariel Weisberg
>            Assignee: Ariel Weisberg
>
> 0.4 provides a ByteBuffer for serialization/deserialization allowing more efficient encoding/decoding.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)