[jira] [Comment Edited] (CASSANDRA-11006) Allow upgrades and installs to take modern defaults

["Jonathan Shook (JIRA)" <ji...@apache.org>]

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

Jonathan Shook edited comment on CASSANDRA-11006 at 1/13/16 3:34 AM:
---------------------------------------------------------------------

The difference in the original ticket CASSANDRA-10425 was not that we were opting into auto-tuning. The difference was simply that we could take into consideration more contemporary hardware that is being deployed, including the trending size of RAM. I would generally expect that auto-tuning settings like this could be adapted for major versions, and added to the release notes like other potentially surprising, yet generally useful changes. If this is not the case for GC settings, then how do we allow for the change for CMS to G1 as average RAM sizing continues to change?



was (Author: jshook):
The difference in the original ticket CASSANDRA-10425 was not that we were opting into auto-tuning. The difference was simply that we could take account of more contemporary hardware that is being deployed presently, including the trending size of RAM. I would generally expect that auto-tuning settings like this could be adapted for major versions, and added to the release notes like other potentially surprising, yet generally useful changes. If this is not the case for GC settings, then how do we allow for the change for CMS to G1 as average RAM sizing continues to change?


> Allow upgrades and installs to take modern defaults
> ---------------------------------------------------
>
>                 Key: CASSANDRA-11006
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-11006
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Configuration, Lifecycle, Packaging, Tools
>            Reporter: Jonathan Shook
>
> See CASSANDRA-10425 for background.
> We simply need to provide a way to install or upgrade C* on a system with modern settings. Keeping the previous defaults has been the standard rule of thumb to avoid surprises. This is a reasonable approach, but we haven't yet provided an alternative for full upgrades with new default nor for more appropriate installs of new systems. The number of previous defaults which may need to be modified for a saner deployment has become a form of technical baggage. Often, users will have to micro-manage basic settings to more reasonable defaults for every single deployment, upgrade or not. This is surprising.
> For newer settings that would be more appropriate, we could force the user to make a choice. If you are installing a new cluster or node, you may want the modern defaults. If you are upgrading an existing node, you may still want the modern defaults. If you are upgrading an existing node and have some very carefully selected tunings for your hardware, then you may want to keep them. Even then, they may be worse than the modern defaults, given version changes.



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