Re: [ceph-users] keyvaluestore backend metadata overhead

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Sage, thanks for the quick reply.

On Thu, Jan 29, 2015 at 5:51 PM, Sage Weil <sage@xxxxxxxxxxxx> wrote:
> There is a level (or two) of indirection in KeyValueStore's
> GenericObjectMap that is there to allow object cloning.  I wonder if we
> will want to facilitate a backend that doesn't implement clone and can
> only be used for pools that disallow clone and snap operations.

That would be perfect for us.  We need neither cloning nor snapshots.


> There is also some key consolidation in the OSD layer we talked about in
> the wednesday performance call that will cut this down some!

Awesome.  Each fewer key-value pair will be a huge performance boost for us!
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux