cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aleksey Yeschenko (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-8771) Remove commit log segment recycling
Date Tue, 10 Feb 2015 19:26:16 GMT

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

Aleksey Yeschenko commented on CASSANDRA-8771:
----------------------------------------------

Another +1 in favour of dumping it.

> Remove commit log segment recycling
> -----------------------------------
>
>                 Key: CASSANDRA-8771
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8771
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Ariel Weisberg
>              Labels: commitlog
>
> For discussion
> Commit log segment recycling introduces a lot of complexity in the existing code.
> CASSANDRA-8729 is a side effect of commit log segment recycling and addressing it will
require memory management code and thread coordination for memory that the filesystem will
no longer handle for us.
> There is some discussion about what storage configurations actually benefit from preallocated
files. Fast random access devices like SSDs, or non-volatile write caches etc. make the distinction
not that great. 
> I haven't measured any difference in throughput for bulk appending vs overwriting although
it was pointed out that I didn't test with concurrent IO streams.
> What would it take to make removing commit log segment recycling acceptable? Maybe a
benchmark on a spinning disk that measures the performance impact of preallocation when there
are other IO streams?



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

Mime
View raw message