All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Steve Wise" <swise@opengridcomputing.com>
To: "'Chuck Lever'" <chuck.lever@oracle.com>,
	<linux-rdma@vger.kernel.org>, <linux-nfs@vger.kernel.org>
Subject: RE: [PATCH v1 00/13] NFS/RDMA patches for 3.17
Date: Wed, 25 Jun 2014 17:47:54 -0500	[thread overview]
Message-ID: <007f01cf90c7$802c9210$8085b630$@opengridcomputing.com> (raw)
In-Reply-To: <20140623223201.1634.83888.stgit@manet.1015granger.net>

Hey Chuck, 

I did some testing on this series.  Just 2 nodes, both nfs3 and nfs4 over cxgb4 and mlx4:

cthon b/g/s 10 iterations
iozone -a with direct IO and data validation
fio write and rand-rw testing of large IO/files and 8 threads.
xfs test suite.

No regressions seen.

Tested-by: Steve Wise <swise@opengridcomputing.com>


> -----Original Message-----
> From: linux-nfs-owner@vger.kernel.org [mailto:linux-nfs-owner@vger.kernel.org] On Behalf
> Of Chuck Lever
> Sent: Monday, June 23, 2014 5:39 PM
> To: linux-rdma@vger.kernel.org; linux-nfs@vger.kernel.org
> Subject: [PATCH v1 00/13] NFS/RDMA patches for 3.17
> 
> The main purpose of this series is to address more connection drop
> recovery issues by fixing FRMR re-use to make it less likely the
> client will drop the connection due to a memory operation error.
> 
> Some other clean-ups and fixes are present as well.
> 
> See topic branch nfs-rdma-for-3.17 in
> 
>   git://git.linux-nfs.org/projects/cel/cel-2.6.git
> 
> I tested with NFSv3 and NFSv4 on all three supported memory
> registration modes. Used cthon04 and iozone with both Solaris
> and Linux NFS/RDMA servers. Used xfstests with Linux.
> 
> ---
> 
> Chuck Lever (13):
>       xprtrdma: Fix panic in rpcrdma_register_frmr_external()
>       xprtrdma: Protect ->qp during FRMR deregistration
>       xprtrdma: Limit data payload size for ALLPHYSICAL
>       xprtrdma: Update rkeys after transport reconnect
>       xprtrdma: Don't drain CQs on transport disconnect
>       xprtrdma: Unclutter struct rpcrdma_mr_seg
>       xprtrdma: Encode Work Request opcode in wc->wr_id
>       xprtrdma: Back off rkey when FAST_REG_MR fails
>       xprtrdma: Refactor rpcrdma_buffer_put()
>       xprtrdma: Release FRMR segment buffers during LOCAL_INV completion
>       xprtrdma: Clean up rpcrdma_ep_disconnect()
>       xprtrdma: Remove RPCRDMA_PERSISTENT_REGISTRATION macro
>       xprtrdma: Handle additional connection events
> 
> 
>  include/linux/sunrpc/xprtrdma.h |    2
>  net/sunrpc/xprtrdma/rpc_rdma.c  |   77 +++++----
>  net/sunrpc/xprtrdma/transport.c |   17 +-
>  net/sunrpc/xprtrdma/verbs.c     |  330 +++++++++++++++++++++++++++------------
>  net/sunrpc/xprtrdma/xprt_rdma.h |   63 ++++++-
>  5 files changed, 332 insertions(+), 157 deletions(-)
> 
> --
> Chuck Lever
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


WARNING: multiple messages have this Message-ID (diff)
From: "Steve Wise" <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
To: 'Chuck Lever'
	<chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: RE: [PATCH v1 00/13] NFS/RDMA patches for 3.17
Date: Wed, 25 Jun 2014 17:47:54 -0500	[thread overview]
Message-ID: <007f01cf90c7$802c9210$8085b630$@opengridcomputing.com> (raw)
In-Reply-To: <20140623223201.1634.83888.stgit-FYjufvaPoItvLzlybtyyYzGyq/o6K9yX@public.gmane.org>

Hey Chuck, 

I did some testing on this series.  Just 2 nodes, both nfs3 and nfs4 over cxgb4 and mlx4:

cthon b/g/s 10 iterations
iozone -a with direct IO and data validation
fio write and rand-rw testing of large IO/files and 8 threads.
xfs test suite.

No regressions seen.

Tested-by: Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>


> -----Original Message-----
> From: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org [mailto:linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org] On Behalf
> Of Chuck Lever
> Sent: Monday, June 23, 2014 5:39 PM
> To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Subject: [PATCH v1 00/13] NFS/RDMA patches for 3.17
> 
> The main purpose of this series is to address more connection drop
> recovery issues by fixing FRMR re-use to make it less likely the
> client will drop the connection due to a memory operation error.
> 
> Some other clean-ups and fixes are present as well.
> 
> See topic branch nfs-rdma-for-3.17 in
> 
>   git://git.linux-nfs.org/projects/cel/cel-2.6.git
> 
> I tested with NFSv3 and NFSv4 on all three supported memory
> registration modes. Used cthon04 and iozone with both Solaris
> and Linux NFS/RDMA servers. Used xfstests with Linux.
> 
> ---
> 
> Chuck Lever (13):
>       xprtrdma: Fix panic in rpcrdma_register_frmr_external()
>       xprtrdma: Protect ->qp during FRMR deregistration
>       xprtrdma: Limit data payload size for ALLPHYSICAL
>       xprtrdma: Update rkeys after transport reconnect
>       xprtrdma: Don't drain CQs on transport disconnect
>       xprtrdma: Unclutter struct rpcrdma_mr_seg
>       xprtrdma: Encode Work Request opcode in wc->wr_id
>       xprtrdma: Back off rkey when FAST_REG_MR fails
>       xprtrdma: Refactor rpcrdma_buffer_put()
>       xprtrdma: Release FRMR segment buffers during LOCAL_INV completion
>       xprtrdma: Clean up rpcrdma_ep_disconnect()
>       xprtrdma: Remove RPCRDMA_PERSISTENT_REGISTRATION macro
>       xprtrdma: Handle additional connection events
> 
> 
>  include/linux/sunrpc/xprtrdma.h |    2
>  net/sunrpc/xprtrdma/rpc_rdma.c  |   77 +++++----
>  net/sunrpc/xprtrdma/transport.c |   17 +-
>  net/sunrpc/xprtrdma/verbs.c     |  330 +++++++++++++++++++++++++++------------
>  net/sunrpc/xprtrdma/xprt_rdma.h |   63 ++++++-
>  5 files changed, 332 insertions(+), 157 deletions(-)
> 
> --
> Chuck Lever
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
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

  parent reply	other threads:[~2014-06-25 22:47 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-23 22:39 [PATCH v1 00/13] NFS/RDMA patches for 3.17 Chuck Lever
2014-06-23 22:39 ` Chuck Lever
2014-06-23 22:39 ` [PATCH v1 01/13] xprtrdma: Fix panic in rpcrdma_register_frmr_external() Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-24 14:37   ` Or Gerlitz
2014-06-24 14:37     ` Or Gerlitz
2014-06-23 22:39 ` [PATCH v1 02/13] xprtrdma: Protect ->qp during FRMR deregistration Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-23 22:39 ` [PATCH v1 03/13] xprtrdma: Limit data payload size for ALLPHYSICAL Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-23 22:39 ` [PATCH v1 04/13] xprtrdma: Update rkeys after transport reconnect Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-23 22:39 ` [PATCH v1 05/13] xprtrdma: Don't drain CQs on transport disconnect Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-07-02 19:06   ` Devesh Sharma
2014-07-02 19:06     ` Devesh Sharma
2014-07-02 19:28     ` Steve Wise
2014-07-02 19:28       ` Steve Wise
2014-07-02 19:40       ` Chuck Lever
2014-07-02 19:40         ` Chuck Lever
2014-07-02 19:46         ` Steve Wise
2014-07-02 19:46           ` Steve Wise
2014-07-02 19:48           ` Devesh Sharma
2014-07-02 19:48             ` Devesh Sharma
2014-07-02 19:59             ` Chuck Lever
2014-07-02 19:59               ` Chuck Lever
2014-07-03  5:33               ` Devesh Sharma
2014-07-03  5:33                 ` Devesh Sharma
2014-07-02 19:42       ` Devesh Sharma
2014-07-02 19:42         ` Devesh Sharma
2014-07-02 19:50         ` Steve Wise
2014-07-02 19:50           ` Steve Wise
2014-07-02 19:53           ` Devesh Sharma
2014-07-02 19:53             ` Devesh Sharma
2014-07-02 19:56             ` Steve Wise
2014-07-02 19:56               ` Steve Wise
2014-07-02 19:57               ` Devesh Sharma
2014-07-02 19:57                 ` Devesh Sharma
2014-07-02 19:56           ` Devesh Sharma
2014-07-02 19:56             ` Devesh Sharma
2014-06-23 22:39 ` [PATCH v1 06/13] xprtrdma: Unclutter struct rpcrdma_mr_seg Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-23 22:39 ` [PATCH v1 07/13] xprtrdma: Encode Work Request opcode in wc->wr_id Chuck Lever
2014-06-23 22:39   ` Chuck Lever
2014-06-23 22:40 ` [PATCH v1 08/13] xprtrdma: Back off rkey when FAST_REG_MR fails Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-24 15:47   ` Anna Schumaker
2014-06-24 15:47     ` Anna Schumaker
2014-06-24 16:26     ` Chuck Lever
2014-06-24 16:26       ` Chuck Lever
2014-06-23 22:40 ` [PATCH v1 09/13] xprtrdma: Refactor rpcrdma_buffer_put() Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-23 22:40 ` [PATCH v1 10/13] xprtrdma: Release FRMR segment buffers during LOCAL_INV completion Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-25  5:17   ` Shirley Ma
2014-06-25  5:17     ` Shirley Ma
2014-06-25 14:32     ` Chuck Lever
2014-06-25 14:32       ` Chuck Lever
2014-06-25 16:14       ` Shirley Ma
2014-06-25 16:14         ` Shirley Ma
2014-06-23 22:40 ` [PATCH v1 11/13] xprtrdma: Clean up rpcrdma_ep_disconnect() Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-23 22:40 ` [PATCH v1 12/13] xprtrdma: Remove RPCRDMA_PERSISTENT_REGISTRATION macro Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-23 22:40 ` [PATCH v1 13/13] xprtrdma: Handle additional connection events Chuck Lever
2014-06-23 22:40   ` Chuck Lever
2014-06-24 15:58   ` Anna Schumaker
2014-06-24 15:58     ` Anna Schumaker
2014-06-24 14:35 ` [PATCH v1 00/13] NFS/RDMA patches for 3.17 Or Gerlitz
2014-06-24 14:35   ` Or Gerlitz
2014-06-24 17:07   ` Chuck Lever
2014-06-24 17:07     ` Chuck Lever
2014-06-25 22:47 ` Steve Wise [this message]
2014-06-25 22:47   ` Steve Wise
2014-06-27 16:17   ` Shirley Ma
2014-06-27 16:17     ` Shirley Ma

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='007f01cf90c7$802c9210$8085b630$@opengridcomputing.com' \
    --to=swise@opengridcomputing.com \
    --cc=chuck.lever@oracle.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.