Project

General

Profile

Bug #22722

[cls] rbd.object_map_snap_create and rbd.object_map_snap_remove are slow

Added by Jason Dillaman about 6 years ago. Updated about 6 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

For very large devices, iterating through the vector via index can result in an exponential slowdown. This was already addressed in rbd.object_map_update but these other functions need to be updated as well.


Related issues

Duplicates rbd - Bug #22716: rbd snap create/rm takes 60s long Resolved 01/17/2018

History

#1 Updated by Jason Dillaman about 6 years ago

#2 Updated by Jason Dillaman about 6 years ago

  • Status changed from In Progress to Duplicate

#3 Updated by Nathan Cutler about 6 years ago

@Jason Did you really mean to close this as "Duplicate"? If so, which redmine ticket is it duplicating and can we zero out the Backport field?

#4 Updated by Nathan Cutler about 6 years ago

  • Duplicates Bug #22716: rbd snap create/rm takes 60s long added

#5 Updated by Nathan Cutler about 6 years ago

  • Backport deleted (luminous,jewel)

#6 Updated by Nathan Cutler about 6 years ago

@Jason Nevermind :-)

Also available in: Atom PDF