cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (Updated) (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-3308) Add compaction_thread_priority back
Date Thu, 06 Oct 2011 17:01:30 GMT


Jonathan Ellis updated CASSANDRA-3308:

    Attachment: 3308.txt

patch to use MIN_PRIORITY for compaction and HH threads.  (users who don't want this can disable
it by removing the UseThreadPriorities JVM option from
> Add compaction_thread_priority back
> -----------------------------------
>                 Key: CASSANDRA-3308
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 1.0.0
>            Reporter: Brandon Williams
>              Labels: compaction
>             Fix For: 1.0.0
>         Attachments: 3308.txt
> In CASSANDRA-3104, this was removed with the following reasoning:
> bq. compaction_throughput_mb_per_sec is a more effective throttle on compaction.
> This turns out to be false in the majority of deployments.  In many (if not most) situations,
compaction is actually CPU bound, not IO bound, so multithreaded compaction is generally helpful,
but the priority needs to be lowered in order to prevent it from stealing CPU used for reads/writes.
> Compaction is always CPU bound on both real hardware (sw raid0 with two SATA disks) and
on a rackspace cloud server (though my understanding is they are back by a raid10 array underneath)
however I suspect even a single drive is fast enough to handle the ~20MB/s that compaction
is currently performing when unthrottled.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message