couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Adam Kocoloski <>
Subject Re: Continuous Compaction
Date Mon, 05 Dec 2016 19:51:20 GMT
Hi Garth, I’m guessing this is not properly documented. We should fix that. There are two
configuration properties that govern the IO workload management behavior; here they are with
their defaults:

; number of concurrent IO requests that will be submitted to the disk subsystem
concurrency = 10

; when the concurrency slots are occupied, this is the probability of selecting a compaction
IO request next
ratio = 0.01

So, if you just wanted to open up the throttle and let compaction run with whatever priority
you could set

concurrency = 1000 ; or some other large number

Alternatively, if you wanted to actively prioritize compaction *ahead* of other interactive
IO you could do

ratio = 0.8 ; or some other number up to 1.0

Note that if you really want to put a node in maintenance mode and have it ignore interactive
requests you can also set the “maintenance mode” flag:

maintenance_mode = true

Cheers, Adam

> On Dec 2, 2016, at 10:35 AM, Garth Gutenberg <> wrote:
> Hello again.  In it says
> "Compaction can now be run at any time, even continuously".  However I
> can't find any documentation on how to configure this - either recommended
> configuration parameters or best practices.  Is there a document somewhere
> that outlines how to enable continuous compaction and what the pros/cons
> are?
> Ideally I'd like to dedicate one node of a cluster to serving data, and the
> other node to running maintenance (compaction).  Is this viable?  Is there
> a better way to do it?  Any input would be appreciated.

View raw message