You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Andy Tolbert (JIRA)" <ji...@apache.org> on 2015/11/25 03:10:11 UTC

[jira] [Commented] (CASSANDRA-10735) Support netty openssl (netty-tcnative) for client encryption

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

Andy Tolbert commented on CASSANDRA-10735:
------------------------------------------

One thing I need to confirm is why the orange config and blue configs, which both used OpenSSL on the C* side, show a difference in gc'd mb.  It could be that the TLS version or cipher negotiated may have been different between using jdk ssl and openssl in the driver.  I've seen in the past that I can get better throughput with 1.1 vs 1.2.  I'll do a packet trace soon to confirm everything in consistent between the configurations.

> Support netty openssl (netty-tcnative) for client encryption
> ------------------------------------------------------------
>
>                 Key: CASSANDRA-10735
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10735
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Andy Tolbert
>             Fix For: 3.x
>
>         Attachments: nettyssl-bench.tgz, nettysslbench.png, nettysslbench_small.png
>
>
> The java-driver recently added support for using netty openssl via [netty-tcnative|http://netty.io/wiki/forked-tomcat-native.html] in [JAVA-841|https://datastax-oss.atlassian.net/browse/JAVA-841], this shows a very measured improvement (numbers incoming on that ticket).   It seems likely that this can offer improvement if implemented C* side as well.
> Since netty-tcnative has platform specific requirements, this should not be made the default, but rather be an option that one can use.



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