H19-338_V3.0 · Question #318
Does incremental EC directly aggregate large objects and affect performance?
The correct answer is A. Yes. Incremental EC (Erasure Coding or Eden Collection, depending on context) does directly interact with large objects, and this interaction carries measurable performance costs. When the incremental process aggregates large objects, it must perform proportionally more work…
Question
Does incremental EC directly aggregate large objects and affect performance?
Options
- AYes
- BNo
How the community answered
(24 responses)- A71% (17)
- B29% (7)
Explanation
Incremental EC (Erasure Coding or Eden Collection, depending on context) does directly interact with large objects, and this interaction carries measurable performance costs. When the incremental process aggregates large objects, it must perform proportionally more work - whether that's parity calculations (in erasure coding), promotion into older memory regions (in GC contexts), or additional I/O and CPU cycles - all of which translate into tangible overhead. Large objects amplify these costs because each one demands more resources per unit than many small objects would collectively, creating pressure on memory, throughput, and latency. The incremental nature of the process means this overhead compounds over time rather than appearing in a single burst, making it harder to isolate but no less real.
Why B is wrong: Claiming there is no effect ignores the direct relationship between object size and processing cost. The overhead is proportional - larger objects mean more encoding, more memory movement, or more GC work, so the answer cannot be No.
Memory tip: Think "big objects = big bill." Incremental EC charges you incrementally for every byte it touches - scale up the object size, scale up the performance cost. If you remember that "incremental" doesn't mean "free," you'll always land on Yes.
Topics
Community Discussion
No community discussion yet for this question.