[
https://issues.apache.org/jira/browse/CASSANDRA-8460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16443412#comment-16443412
]
Lerh Chuan Low commented on CASSANDRA-8460:
-------------------------------------------
Hi [~rustyrazorblade],
Sorry for the delay - usually a little bit tricky to get the setup right and
also had a few hiccups with trunk. Over the last few weeks we've done
benchmarking on AWS using 4 different 3 node clusters (each with their own
dedicated stress box) - a LVM setup, a HDD setup, my code setup, and a SSD
setup.
The details are in here:
[https://docs.google.com/document/d/164qZ3zpG5pm_j4r9yWccmMiZh6XK4LsqnZBP7Iu3gII/edit#|https://docs.google.com/document/d/164qZ3zpG5pm_j4r9yWccmMiZh6XK4LsqnZBP7Iu3gII/edit]
It details the way I've stressed and the way I've setup LVM as also a write
through. We've done 5 takes and in those cases it doesn't seem like LVM
performs very well even when compared to the HDD. That said, the archiving code
is also not as good as SSD, I think it may be related to the partition being
spread across both the slow and the fast. LVM I know the volume is being used
(based on cloudwatch), I guess it's kind of unintuitive for me how it may be
this case because it did really well in the fio benchmark you ran. Would you
(or anyone, really) like to take a look and give your thoughts? Maybe if the
test is skewed against LVM and we can tune it better? Much appreciated :)
> Make it possible to move non-compacting sstables to slow/big storage in DTCS
> ----------------------------------------------------------------------------
>
> Key: CASSANDRA-8460
> URL: https://issues.apache.org/jira/browse/CASSANDRA-8460
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Marcus Eriksson
> Assignee: Lerh Chuan Low
> Priority: Major
> Labels: doc-impacting, dtcs
> Fix For: 4.x
>
>
> It would be nice if we could configure DTCS to have a set of extra data
> directories where we move the sstables once they are older than
> max_sstable_age_days.
> This would enable users to have a quick, small SSD for hot, new data, and big
> spinning disks for data that is rarely read and never compacted.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
