summaryrefslogtreecommitdiff
path: root/bindep.txt
diff options
context:
space:
mode:
authorJohn Dickinson <me@not.mn>2017-04-04 15:20:30 -0700
committerTim Burke <tim.burke@gmail.com>2017-04-20 09:41:53 -0700
commit0cc4d8af18157000d4d5d1205700d6494c5935ce (patch)
tree67cb627ea020145062eb2e9817b6353abb61c8d9 /bindep.txt
parent058fb0323f9bc579a891ad48dcff80a7eda4f8ac (diff)
downloadpython-swiftclient-0cc4d8af18157000d4d5d1205700d6494c5935ce.tar.gz
respect bulk delete page size and fix logic error
Previously, using SwiftService to delete "many" objects would use bulk delete if available, but it would not respect the bulk delete page size. If the number of objects to delete exceeded the bulk delete page size, SwiftService would ignore the error and nothing would be deleted. This patch changes _should_bulk_delete() to be _bulk_delete_page_size(); instead of returning a simple True/False, it returns the page size for the bulk deleter, or 1 if objects should be deleted one at a time. Delete SDK calls are then spread across multiple bulk DELETEs if the requested number of objects to delete exceeds the returned page size. Fixed the logic in _should_bulk_delete() so that if the object list is exactly 2x the thread count, it will not bulk delete. This is the natural conclusion following the logic that existed previously: if the delete request can be satisfied by every worker thread doing one or two tasks, don't bulk delete. But if it requires a worker thread to do three or more tasks, do a bulk delete instead. Previously, the logic would mean that if every worker thread did exactly two tasks, it would bulk delete. This patch changes a "<" to a "<=". Closes-Bug: 1679851 Change-Id: I3c18f89bac1170dc62187114ef06dbe721afcc2e
Diffstat (limited to 'bindep.txt')
0 files changed, 0 insertions, 0 deletions