Tomasz Zawadzki 29e8013d05 blobstore: process split operation sequentially ... Previously when operation for blobstore was spanning multiple clusters, it was split into multiple operation processed in a batch. This made it possible to max out channel ops when using large enough operation. It was encountered when issuing unmap for whole device. Now single large operation is processed sequentially, making it take at most one ops from channel. Fixes #251 Fixes #250 Change-Id: I132309877ba3b2d7217332daf1025fb5f9ee74d0 Signed-off-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Reviewed-on: https://review.gerrithub.io/403306 Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Tested-by: SPDK Automated Test System <sys_sgsw@intel.com> Reviewed-by: Daniel Verkamp <daniel.verkamp@intel.com>		2018-03-20 12:27:11 -04:00
..
bdev	bdev: rename spdk_bdev_module_if -> spdk_bdev_module	2018-03-13 00:55:12 -04:00
blob_bs_dev.c	blobstore: Add a blob_bs_dev that provides back_bs_dev for clones	2018-03-08 11:34:15 -05:00
blobstore.c	blobstore: process split operation sequentially	2018-03-20 12:27:11 -04:00
blobstore.h	Revert "blob: queue sync requests if one already in progress"	2018-03-12 20:37:49 -04:00
Makefile	blobstore: Add a blob_bs_dev that provides back_bs_dev for clones	2018-03-08 11:34:15 -05:00
request.c	blobstore: fix missing debug logs	2018-03-07 11:12:56 -05:00
request.h	scripts/check_format: check for spaces before tabs	2018-03-05 11:09:13 -05:00
zeroes.c	blob: Add a bs_dev that always returns 0	2018-01-30 15:46:18 -05:00