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

Jonathan Ellis commented on CASSANDRA-1876:
-------------------------------------------

bq. I've tried a patch to set the I/O Priority too

It's worth a try, it probably belongs either on CASSANDRA-1882 or a new ticket. 
 (Does it use JNA then?)

bq. We could tune up how much newly merged rows we want to buffer before we 
write them to disk, and indirectly, control the memory used in the process.

I don't understand how this is an improvement over just letting 
BufferedRandomAccessFile control the buffering.

bq. If you want, let me update the trunk and prepare a draft-patch

Absolutely. :)

> Allow minor Parallel Compaction
> -------------------------------
>
>                 Key: CASSANDRA-1876
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1876
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Germán Kondolf
>            Priority: Minor
>         Attachments: 1876-reformatted.txt, compactionPatch-V2.txt, 
> compactionPatch-V3.txt
>
>
> Hi,
> According to the dev's list discussion (1) I've patched the CompactionManager 
> to allow parallel compaction.
> Mainly it splits the sstables to compact in the desired buckets, configured 
> by a new parameter: compaction_parallelism with the current default of "1".
> Then, it just submits the units of work to a new executor and waits for the 
> finalization.
> The patch was created in the trunk, so I don't know the exact affected 
> version, I assume that is 0.8.
> I'll try to apply this patch to 0.6.X also for my current production 
> installation, and then reattach it.
> (1) http://markmail.org/thread/cldnqfh3s3nufnke

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira


Reply via email to