[
https://issues.apache.org/jira/browse/CASSANDRA-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13118454#comment-13118454
]
Pavel Yaskevich commented on CASSANDRA-2749:
--------------------------------------------
Thanks for your work, Marcus! First of all, can you please write your algorithm
down so people can participate without reading actual code?
I don't think that this is the right way to go because I can't find how does it
manage to keep backward compatibility with current directory structure (and
that test SSTables should be moved is yet another confirmation) that would
imply major change in the Descriptor/Component classes, all the current changes
relay on DatabaseDescriptor.getPerCFDirectory() which is static "true" which
makes it redundant. In my vision of things major changes should be made only in
Descriptor, Component, ColumnFamilyStore and SSTable classes to change the way
they create/lookup file locations and do backups and snapshoting.
> fine-grained control over data directories
> ------------------------------------------
>
> Key: CASSANDRA-2749
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2749
> Project: Cassandra
> Issue Type: New Feature
> Components: Core
> Reporter: Jonathan Ellis
> Priority: Minor
> Fix For: 1.1
>
> Attachments:
> 0001-Make-it-possible-to-put-column-families-in-subdirect.patch
>
>
> Currently Cassandra supports multiple data directories but no way to control
> what sstables are placed where. Particularly for systems with mixed SSDs and
> rotational disks, it would be nice to pin frequently accessed columnfamilies
> to the SSDs.
> Postgresql does this with tablespaces
> (http://www.postgresql.org/docs/9.0/static/manage-ag-tablespaces.html) but we
> should probably avoid using that name because of confusing similarity to
> "keyspaces."
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
