Project

General

Profile

Actions

Feature #16128

closed

ReplicatedBackend::build_push_op: add a second config to limit omap entries/chunk independently of object data

Added by Samuel Just almost 8 years ago. Updated about 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
jewel,hammer
Reviewed:
Affected Versions:
Pull request ID:

Description

build_push_op assumes 8MB of omap entries is about as much work to read as 8MB of object data. This is probably false. Add a config (osd_recovery_max_omap_entries_per_chunk ?) with a sane default (50k?) and change build_push_op to use it.


Related issues 2 (0 open2 closed)

Copied to Ceph - Backport #17909: jewel: ReplicatedBackend::build_push_op: add a second config to limit omap entries/chunk independently of object dataResolvedAlexey SheplyakovActions
Copied to Ceph - Backport #18132: hammer: ReplicatedBackend::build_push_op: add a second config to limit omap entries/chunk independently of object dataResolvedNathan CutlerActions
Actions #2

Updated by Alexey Sheplyakov over 7 years ago

  • Copied to Backport #17909: jewel: ReplicatedBackend::build_push_op: add a second config to limit omap entries/chunk independently of object data added
Actions #3

Updated by Nathan Cutler over 7 years ago

  • Status changed from New to Pending Backport
  • Source deleted (other)
  • Backport set to jewel
Actions #4

Updated by Alexey Sheplyakov over 7 years ago

  • Copied to Backport #18132: hammer: ReplicatedBackend::build_push_op: add a second config to limit omap entries/chunk independently of object data added
Actions #5

Updated by Nathan Cutler over 7 years ago

  • Backport changed from jewel to jewel,hammer
Actions #6

Updated by Nathan Cutler about 7 years ago

  • Status changed from Pending Backport to Resolved
Actions

Also available in: Atom PDF