(And thanks for the announcement Mike ;-) )
I wonder if the topic "Improving immutable objects use cases" is relevant for
the CDS. It is a little vague, reason why I'm hesitant. There has been technical
discussions on the benefits of packing large quantities of small immutable objects,
comparisons with Ambry or Seaweedfs and I'm benchmarking the use of RBD to
improve how billions of small objects can be mirrored and packed together. These
efforts are however focused on how to workaround Ceph limitations (space amplification,
efficiency of listing all objects for mirroring purposes) to address these particular use
Maybe the better solution would be to improve Ceph so that these workarounds for immutable
objects are not necessary? Could Ceph treat small immutable and never deleted objects in
such a way that there is no space amplification? Could Ceph provide an efficient way to
mirror a pool of immutable and never deleted objects? To be more concrete (and probably
naive), maybe a specialized OSD could be developed that would only accept immutable and
never deleted objects and take advantage of these properties.
Do you think this is a topic worth discussing during the CDS?
On 17/03/2021 05:55, Mike Perez wrote:
Mark your calendars for April 6 - 7 for the Ceph Developer Summit!
The plan is to have a virtual meeting style with a loose schedule
based on technical developer-focused discussions for the next software
release, Quincy. Each day (2-3 hours) will have development
discussions focused around a particular Ceph component.
The format for these sessions is primarily discussions, but
presentations are ok for visual diagrams, as an example. Birds of a
feather and other hallway-type tracks are acceptable as well.
Please follow this etherpad and the Ceph Dev mailing list for further
updates on exact start times and meeting link. Session proposals will
also be collected on this etherpad:
Dev mailing list -- dev(a)ceph.io
To unsubscribe send an email to dev-leave(a)ceph.io
Loïc Dachary, Artisan Logiciel Libre