From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=adbP=EC=vger.kernel.org=linux-rdma-owner@kernel.org>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	aws-us-west-2-korg-lkml-1.web.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,
	SPF_PASS autolearn=no autolearn_force=no version=3.4.0
Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
	by smtp.lore.kernel.org (Postfix) with ESMTP id 26868C55179
	for <linux-rdma@archiver.kernel.org>; Tue, 27 Oct 2020 06:08:30 +0000 (UTC)
Received: from vger.kernel.org (vger.kernel.org [23.128.96.18])
	by mail.kernel.org (Postfix) with ESMTP id D59D820878
	for <linux-rdma@archiver.kernel.org>; Tue, 27 Oct 2020 06:08:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
	s=default; t=1603778909;
	bh=WP3q6woHndwr1etIplF7KIz1C0FwXTTk/4sAmpv1O30=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From;
	b=XYrl6lXfvXvXVSMHWbPwlav0CpWJzpw2P11oEmfhg1stZ2gNtRkGy0q/btN3pHJzC
	 0+KRLJQKZFTu3uDcds6BPFun0WNIPjKt4oluEDH6WNkkCf5VG7j3LIXhMtK6my26gW
	 E1XRO1mJTLdSuI5DEpQIfWm7UPeB13Utox1GCNSI=
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S2506252AbgJ0GI2 (ORCPT <rfc822;linux-rdma@archiver.kernel.org>);
        Tue, 27 Oct 2020 02:08:28 -0400
Received: from mail.kernel.org ([198.145.29.99]:53364 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S2506251AbgJ0GI2 (ORCPT <rfc822;linux-rdma@vger.kernel.org>);
        Tue, 27 Oct 2020 02:08:28 -0400
Received: from localhost (unknown [213.57.247.131])
        (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
        (No client certificate requested)
        by mail.kernel.org (Postfix) with ESMTPSA id 3760A207BB;
        Tue, 27 Oct 2020 06:08:26 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=default; t=1603778907;
        bh=WP3q6woHndwr1etIplF7KIz1C0FwXTTk/4sAmpv1O30=;
        h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
        b=fjTbBz6G5ue2iFFybKYFxFGw6fpEQQamv/3kluzAUqpRpiiae68YC+/GV3Pq61WzE
         6pvFqHRqAm6ZNQpbeUc59J1QWWkxwYEIkkAHh8IdEdxDtBEV45pKibFKaYhkVTK0UI
         JpmaolwdnM7OQ8F3ZkB4xJpdwAp9eXjp9W9Ka0CI=
Date:   Tue, 27 Oct 2020 08:08:23 +0200
From:   Leon Romanovsky <leon@kernel.org>
To:     Chuck Lever <chuck.lever@oracle.com>
Cc:     linux-nfs@vger.kernel.org, linux-rdma@vger.kernel.org
Subject: Re: [PATCH 00/20] NFSD support for multiple RPC/RDMA chunks
Message-ID: <20201027060823.GF4821@unreal>
References: <160373843299.1886.12604782813896379719.stgit@klimt.1015granger.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <160373843299.1886.12604782813896379719.stgit@klimt.1015granger.net>
Precedence: bulk
List-ID: <linux-rdma.vger.kernel.org>
X-Mailing-List: linux-rdma@vger.kernel.org

On Mon, Oct 26, 2020 at 02:53:53PM -0400, Chuck Lever wrote:
> This series implements support for multiple RPC/RDMA chunks per RPC
> transaction. This is one of the few remaining generalities that the
> Linux NFS/RDMA server implementation lacks.
>
> There is currently one known NFS/RDMA client implementation that can
> send multiple chunks per RPC, and that is Solaris. Multiple chunks
> are rare enough that the Linux NFS/RDMA implementation has been
> successful without this support for many years.

So why do we need it? Solaris is dead, and like you wrote Linux systems
work without this feature just fine, what are the benefits? Who will use it?

Thanks