now that the workers run as coroutines instead of threads, we can afford
to run several more workers per bucket
Signed-off-by: Casey Bodley <cbodley@redhat.com>
Tentacle or earlier release, the value of this field will be 'N/A'. Regular
subvolumes don't have a source subvolume and therefore the output for them
won't contain a "source" field regardless of the release.
+* RGW: The default value of `rgw_lc_max_wp_worker` has been raised from 3 to 128
+ to accelerate lifecycle processing. These workers now use coroutines instead of
+ separate threads.
* RGW: Replication policies now validate permissions using `s3:ReplicateObject`,
`s3:ReplicateDelete`, and `s3:ReplicateTags` for destination buckets. For source
- name: rgw_lc_max_wp_worker
type: int
level: advanced
- desc: Number of workpool threads per LCWorker
- long_desc: Number of threads in per-LCWorker workpools--used to accelerate per-bucket
+ desc: Number of workpool coroutines per LCWorker
+ long_desc: Number of coroutines in per-LCWorker workpools--used to accelerate per-bucket
processing
- fmt_desc: This option specifies the number of threads in each lifecycle
+ fmt_desc: This option specifies the number of coroutines in each lifecycle
workers work pool. This option can help accelerate processing each bucket.
- default: 3
+ default: 128
services:
- rgw
with_legacy: true