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

Michael Semb Wever commented on CASSANDRA-18753:
------------------------------------------------

The fault is from this ticket, so leaving it open is my preference (so to 
maintain focus on the breakage, which is serious, but forgivable considering 
agents are regularly hanging/thrashing atm).

18594 solves it. It is only waiting on other small final changes in the patch, 
eta is this week.


> Add an optimized default configuration to tests and make it available for new 
> users
> -----------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-18753
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-18753
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Packaging
>            Reporter: Branimir Lambov
>            Assignee: Branimir Lambov
>            Priority: Urgent
>             Fix For: 5.0-rc, 5.x
>
>         Attachments: 
> CCM_Add_support_for_specifying_the_name_of_the_file_to_use_as_cassandra_YAML_.patch,
>  
> DTEST_Add_support_for_specifying_the_name_of_the_file_to_use_as_cassandra_YAML_.patch
>
>          Time Spent: 12h 20m
>  Remaining Estimate: 0h
>
> We currently offer only one sample configuration file with Cassandra, and 
> that file is deliberately configured to disable all new functionality and 
> incompatible improvements. This works well for legacy users that want to have 
> a painless upgrade, but is a very bad choice for new users, or anyone wanting 
> to make comparisons between Cassandra versions or between Cassandra and other 
> databases.
> We offer very little indication, in the database packaging itself, that there 
> are well-tested configuration choices that can solve known problems and 
> dramatically improve performance. This is guaranteed to paint the database in 
> a worse light than it deserves, and will very likely hurt adoption.
> We should find a way to offer a very easy way of choosing between "optimized" 
> and "compatible" defaults. At minimal, we could provide alternate yaml files. 
> Alternatively, we could build on the {{storage_compatibility_mode}} concept 
> to grow it into a setting that not only enables/disables certain settings, 
> but also changes their default values.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to