Re: uint32_t BlueStore::Extent::logical_offset?

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

 



But ObjectStore provides 64-bit interface hence such a limit is pretty implicit.


On 22.11.2016 20:06, Gregory Farnum wrote:
On Tue, Nov 22, 2016 at 11:58 AM, Igor Fedotov <ifedotov@xxxxxxxxxxxx> wrote:
Hi Sage,


I'm wondering why BlueStore::Extent::logical_offset is 32-bit wide.

IMHO it's to be uint64_t unless we limit onode size to 4Gb.

Looks like we have implicit truncate when doing set_lextent/new Extent at
the moment and hence some issues with large onodes are possible.
onodes represent a single RADOS object within BlueStore, don't they?
So 4GB is much more than we need; the rest of the system on top is
going to fail well before you reach that size.
-Greg

Thanks,
Igor
--
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

--
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