Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
[
Date Prev
][
Date Next
][
Thread Prev
][
Thread Next
][
Date Index
][
Thread Index
]
To
: Michael Marod <michael@xxxxxxxxxxxxxxxx>
Subject
: Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date
: Wed, 30 Mar 2022 21:35:14 -0700
Cc
: linux-kernel@xxxxxxxxxxxxxxx, linux-block@xxxxxxxxxxxxxxx
In-reply-to
: <
C06B8EF0-BF3B-4F14-994F-F80B5102D538@michaelmarod.com
>
References
: <51E3A396-F68B-496D-AE36-B0457A3B0968@michaelmarod.com> <847D3821-1D92-468C-88C3-34284BA7922E@michaelmarod.com> <
C06B8EF0-BF3B-4F14-994F-F80B5102D538@michaelmarod.com
>
5.4 is very old. Do you still have a problem with the latest kernel (5.17) ?
Follow-Ups
:
Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
From:
Michael Marod
References
:
Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
From:
Michael Marod
Prev by Date:
Re: [LSF/MM/BPF TOPIC] block drivers in user space
Next by Date:
Re: can we reduce bio_set_dev overhead due to bio_associate_blkg?
Previous by thread:
Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
Next by thread:
Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing
Index(es):
Date
Thread
[Index of Archives]
[Linux RAID]
[Linux SCSI]
[Linux ATA RAID]
[IDE]
[Linux Wireless]
[Linux Kernel]
[ATH6KL]
[Linux Bluetooth]
[Linux Netdev]
[Kernel Newbies]
[Security]
[Git]
[Netfilter]
[Bugtraq]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Device Mapper]