cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brandon Williams (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-1405) Switch to THsHaServer, redux
Date Thu, 21 Jul 2011 21:10:57 GMT

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

Brandon Williams commented on CASSANDRA-1405:
---------------------------------------------

bq. Actually if we have a test with more client connections and unlimited threads in the sync
we should actually have a better performance

With 2k conns, hsha starts to show a small edge over sync.

> Switch to THsHaServer, redux
> ----------------------------
>
>                 Key: CASSANDRA-1405
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1405
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: API
>            Reporter: Jonathan Ellis
>            Assignee: Vijay
>            Priority: Minor
>             Fix For: 0.8.3
>
>         Attachments: 0001-including-validation.patch, 0001-log4j-config-change.patch,
1405-Thrift-Patch-SVN.patch, libthrift-r1026391.jar, trunk-1405.patch
>
>
> Brian's patch to CASSANDRA-876  suggested using a custom TProcessorFactory subclass,
overriding getProcessor to reset to a default state when a new client connects. It looks like
this would allow dropping CustomTThreadPoolServer as well as allowing non-thread based servers.


--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message