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

Sylvain Lebresne commented on CASSANDRA-13279:
----------------------------------------------

I'm not sure about what you're trying to argue here. You seem to be saying that 
there is confusion due to having too many sources of information and you're 
seriously arguing adding a completely new one is going to solve the problem?

bq. How about creating a structure in the official cassandra docs with use 
cases and Q&A for performance tuning?

Sounds like a good idea. Are you volunteering?

> Table default settings file
> ---------------------------
>
>                 Key: CASSANDRA-13279
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13279
>             Project: Cassandra
>          Issue Type: Wish
>          Components: Configuration
>            Reporter: Romain Hardouin
>            Priority: Minor
>              Labels: config, documentation
>
> Following CASSANDRA-13241 we often see that there is no one-size-fits-all 
> value for settings. We can't find a sweet spot for every use cases.
> It's true for settings in cassandra.yaml but as [~brstgt] said for 
> {{chunk_length_in_kb}}: "this is somewhat hidden for the average user". 
> Many table settings are somewhat hidden for the average user. Some people 
> will think RTFM but if a file - say tables.yaml - contains default values for 
> table settings, more people would pay attention to them. And of course this 
> file could contain useful comments and guidance. 
> Example with SSTable compression options:
> {code}
> # General comments about sstable compression
> compression:
>     # First of all: explain what is it. We split each SSTable into chunks, 
> etc.
>     # Explain when users should lower this value (e.g. 4) or when a higher 
> value like 64 or 128 are recommended.
>     # Explain the trade-off between read latency and off-heap compression 
> metadata size.
>     chunk_length_in_kb: 16
>     
>     # List of available compressor: LZ4Compressor, SnappyCompressor, and 
> DeflateCompressor
>     # Explain trade-offs, some specific use cases (e.g. archives), etc.
>     class: 'LZ4Compressor'
>     
>     # If you want to disable compression by default, uncomment the following 
> line
>     #enabled: false
> {code}
> So instead of hard coded values we would end up with something like 
> TableConfig + TableDescriptor à la Config + DatabaseDescriptor.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to