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

Caleb Rackliffe commented on CASSANDRA-15900:
---------------------------------------------

Let's see...

{{test_restart_node_localhost - 
pushed_notifications_test.TestPushedNotifications}} should have been addressed 
by CASSANDRA-15677 a few days ago.

{{test_describe - cqlsh_tests.test_cqlsh.TestCqlsh}} and its materialized view 
equivalent have a history of flakiness, and don't look directly related to this 
patch. (Is there an issue around {{read_repair}} showing up in the table DDL 
where it isn't expected?)



> Close channel and reduce buffer allocation during entire sstable streaming 
> with SSL
> -----------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-15900
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-15900
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Legacy/Streaming and Messaging
>            Reporter: ZhaoYang
>            Assignee: ZhaoYang
>            Priority: Normal
>             Fix For: 4.0-beta
>
>
> CASSANDRA-15740 added the ability to stream entire sstable by loading on-disk 
> file into user-space off-heap buffer when SSL is enabled, because netty 
> doesn't support zero-copy with SSL.
> But there are two issues:
>  # file channel is not closed.
>  # 1mb batch size is used. 1mb exceeds buffer pool's max allocation size, 
> thus it's all allocated outside the pool and will cause large amount of 
> allocations.
> [Patch|https://github.com/apache/cassandra/pull/651]:
>  # close file channel when the last batch is loaded into off-heap bytebuffer. 
> I don't think we need to wait until buffer is flushed by netty.
>  # reduce the batch to 64kb which is more buffer pool friendly when streaming 
> entire sstable with SSL.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to