diff options
| author | Christoph Hellwig <[email protected]> | 2023-07-14 14:30:14 +0000 |
|---|---|---|
| committer | Jens Axboe <[email protected]> | 2023-07-14 14:42:58 +0000 |
| commit | 9f87fc4d72f52b26ac3e19df5e4584227fe6740c (patch) | |
| tree | 58169b545b6aa86d4c746668169d64bcd24cf86d /tools/perf/scripts/python/exported-sql-viewer.py | |
| parent | Merge tag 'nvme-6.5-2023-07-13' of git://git.infradead.org/nvme into block-6.5 (diff) | |
| download | kernel-9f87fc4d72f52b26ac3e19df5e4584227fe6740c.tar.gz kernel-9f87fc4d72f52b26ac3e19df5e4584227fe6740c.zip | |
block: queue data commands from the flush state machine at the head
We used to insert the data commands following a pre-flush to the head
of the queue until commit 1e82fadfc6b ("blk-mq: do not do head insertions
post-pre-flush commands"). Not doing this seems to cause hangs of
such commands on NFS workloads when exported from file systems with
SATA SSDs. I have no idea why this would starve these workloads,
but doing a semantic revert of this patch (which looks quite different
due to various other changes) fixes the hangs.
Fixes: 1e82fadfc6b ("blk-mq: do not do head insertions post-pre-flush commands")
Reported-by: Chuck Lever <[email protected]>
Signed-off-by: Christoph Hellwig <[email protected]>
Tested-by: Chuck Lever <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Jens Axboe <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions