Details
-
Bug
-
Status: Resolved
-
Low
-
Resolution: Fixed
-
None
-
None
-
Low
Description
There is at best a very small sweet spot for multithreaded compaction (ParallelCompactionIterable). For large rows, we stall the pipeline and fall back to a single LCR pass. For small rows, the overhead of the coordination outweighs the benefits of parallelization (45s to compact 2x1M stress rows with multithreading enabled, vs 35 with it disabled).
Attachments
Issue Links
- is duplicated by
-
CASSANDRA-7249 Too many threads associated with parallel compaction
- Resolved
-
CASSANDRA-6118 Kill PrecompactedRow now that LCR is single-pass?
- Resolved
-
CASSANDRA-4182 multithreaded compaction very slow with large single data file and a few tiny data files
- Resolved
- is related to
-
CASSANDRA-7428 clean out DD.inMemoryCompactionLimit
- Resolved