Due to a recent change (adding shard_versions in object_info_t),
the size of OI has increased to 236. This causes to store OI data to the omap tree
because the size is over than OI_MAX_LENGTH. As a result, this results in
performance drop in small random write.
Signed-off-by: Myoungwon Oh <ohmyoungwon@gmail.com>
struct onode_layout_t {
// The expected decode size of object_info_t without oid.
- static constexpr int MAX_OI_LENGTH = 232;
+ static constexpr int MAX_OI_LENGTH = 236;
// We might want to move the ss field out of onode_layout_t.
// The reason is that ss_attr may grow to relative large, as
// its clone_overlap may grow to a large size, if applications