consultation about NVME_SGL_FMT_INVALIDATE not set when using nvme-rdma t10-pi

Chaitanya Kulkarni chaitanyak at nvidia.com
Wed Oct 27 18:23:11 PDT 2021


Hi Ruozhu,

On 10/27/21 3:49 AM, Max Gurtovoy wrote:
> Hi Ruozhu,
> 
> The performance tests we did for all the IO sizes showed better 
> performance with local invalidation in most of the cases (mainly for 
> large IOs, the remote invalidation task is harder for the HW).
> 
> Maybe there is 1 or 2 cases, such as small IO latency, that improves 
> with remote-invalidation but for now we decided to disable it.
> 
> I guess we can add a capability for the device that will indicate it in 
> the future.
> 
> What is the difference you see ? and what is the scenario ?
> 
> Thanks,
> 
> -Max.
> 
> On 10/27/2021 11:50 AM, liruozhu wrote:
>> Hi Max,
>>
>> I was testing T10-PI feature of nvme-rdma recently, and found that 
>> when using T10-PI, nvme-rdma driver did not set 
>> NVME_SGL_FMT_INVALIDATE flag in the sgl type field, so the host 
>> software needs to do invalid rkey by itself. I tried to add the flag 
>> to test it. Turns out T10-PI feature is still working, and I get 
>> better IO latency with it enable.

Please share your patch (informal or formal) with the performance 
numbers and the workload you have used that shows better I/O latency.
It will make easier for everyone to understand the benefits...

>> I read the original patches in the mailing list, and found that patch 
>> v1 set this flag. But it was silent dropped on patch v5 without any 
>> comments. Is it for any special considerations to delete it?
>>
>> Thanks,
>> Ruozhu
>>
> 



More information about the Linux-nvme mailing list