Fix queue depth for nda.
1/4 of the number of queues times queue entries is too limiting. It works up to about 4k IOPS / 3.0GB/s for hardware that can do 4.4k/3.2GB/s with nvd. 3/4 works better, though it highlights issues in the fairness of nda's choice of TRIM vs READ. That will be fixed separately.
This commit is contained in:
parent
2c62ba7377
commit
5fff95cc1d
@ -151,7 +151,7 @@ nvme_ctrlr_construct_io_qpairs(struct nvme_controller *ctrlr)
|
||||
* not a hard limit and will need to be revisitted when the upper layers
|
||||
* of the storage system grows multi-queue support.
|
||||
*/
|
||||
ctrlr->max_hw_pend_io = num_trackers * ctrlr->num_io_queues / 4;
|
||||
ctrlr->max_hw_pend_io = num_trackers * ctrlr->num_io_queues * 3 / 4;
|
||||
|
||||
/*
|
||||
* This was calculated previously when setting up interrupts, but
|
||||
|
Loading…
Reference in New Issue
Block a user