On 06/04/2017 11:49 PM, Sagi Grimberg wrote:

Hi Yi,

quoted

Finally found below patch [1] that fixed this issue.
With [1], I can see the speed of reset_controller operation[2] is 
obviously slow than before.


[1]
commit b7363e67b23e04c23c2a99437feefac7292a88bc
Author: Sagi Grimberg [off-list ref]
Date:   Wed Mar 8 22:03:17 2017 +0200

     IB/device: Convert ib-comp-wq to be CPU-bound

This is very unlikely.

I think that what made this go away is:

commit 777dc82395de6e04b3a5fedcf153eb99bf5f1241
Author: Sagi Grimberg [off-list ref]
Date:   Tue Mar 21 16:29:49 2017 +0200

    nvmet-rdma: occasionally flush ongoing controller teardown

    If we are attacked with establishments/teradowns we need to
    make sure we do not consume too much system memory. Thus
    let ongoing controller teardowns complete before accepting
    new controller establishments.

Hi Sagi
This patch fixed the issue, thanks again.

Yi

Cheers,
Sagi.

_______________________________________________
Linux-nvme mailing list
Linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
http://lists.infradead.org/mailman/listinfo/linux-nvme

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html