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

Sylvain Lebresne commented on CASSANDRA-7231:
---------------------------------------------

I've attached a branch with what I think is the best option. I won't claim 
using a flag is "the best thing ever" but I also don't buy that "doing 
otherwise is much better" and I continue to think that having this optional is 
a nice to have for driver upgrade. I'm also not sure what's the "version-based 
option" is, since again, this has never meant to be *not* be option based. But 
if we're talking about growing the current stream byte to 2 bytes, then it will 
make the frame header 9 bytes instead of 8, which imo is ugly. Granted, the 
option flag is kind of a hack around that, but well, it still has my 
preference. But since it's arguably a preference, if it doesn't align with the 
majority, I'm fine with an alternative provided it's not a pain for drivers 
that do want/need to support multiple versions of the protocol. Don't wait on 
me to provide the alternative however.

> Support more concurrent requests per native transport connection
> ----------------------------------------------------------------
>
>                 Key: CASSANDRA-7231
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7231
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Benedict
>            Assignee: Sylvain Lebresne
>            Priority: Minor
>             Fix For: 2.1.0
>
>         Attachments: 7231.txt
>
>
> Right now we only support 127 concurrent requests against a given native 
> transport connection. This causes us to waste file handles opening multiple 
> connections, increases driver complexity and dilutes writes across multiple 
> connections so that batching cannot easily be performed.
> I propose raising this limit substantially, to somewhere in the region of 
> 16-64K, and that this is a good time to do it since we're already bumping the 
> protocol version.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to