Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1047325pxx; Tue, 27 Oct 2020 07:07:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzyDorrOEM/w8Hsva9xUyBG/cNR3oJ5Cx31lGdoNNYQH3sWLvulOkhTEq5svHqbHIsD7VT2 X-Received: by 2002:a17:906:1a0e:: with SMTP id i14mr2621191ejf.7.1603807638308; Tue, 27 Oct 2020 07:07:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603807638; cv=none; d=google.com; s=arc-20160816; b=yemWzGAWuVo+j5KEsHTUd4/hsWi/qY0VmMEOri34CRpLWZzgBZZinJaBxMQ2h9z+DQ QZ2YHHmg+pdU32QD4cn1w4ij9vUt6NWSqiuWQFqtqQZ8gEk5q8g8w2uhbSaUQWvwpkPj ACNwYuA0HHy3oxjzwsAnJfBiV35nuA3Dc7leCnNDFLBrPZwnbepeqR0MqC7Qe7nigQMQ RW5CWpvk5mZlvySIlZCGdOjduT7m2e0j+qA1ne0s1CVomJeufu4/H8TgbwT5IfPnkmnW FYGcK8v/1AnJDSOzro6iZmGdeylhebDZL+0Qjt8SogxVMQBlNA82dsvrBXO7h7+mBIbc Wiiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=WP3q6woHndwr1etIplF7KIz1C0FwXTTk/4sAmpv1O30=; b=CFN3PMopMS/XsDpdDdRjHoziokYd2UhC58rLuHgCQiHBhGsWJFfeT5VnJN5hS2Is0y 7iP4nLPeY0nLTtjogqroFMmZbn5R400xoEYRdMKKiBWhSxlkevxuMqe8A7w09Jd/cwMD VGzD9Q2Vt84LK6+j02EHb58egcmYYSpXjFTbb2DGNoHR3l3nCBLCoaRfsMbEutxiqZ86 kKbaRgSLaa9SrkFVjpzcVjFd5g3W0vnVGVcfYsYPGYuRHPt/6WY64o9mXJbeoAFDKd/I kPGc3wtVsdnMktDSkgwJbzep5QMBoBir+7tYHDCOpnIMZTZAah5Oz+A5y+SmLoWnSCx3 mqRw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=fjTbBz6G; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h23si962182edt.81.2020.10.27.07.06.42; Tue, 27 Oct 2020 07:07:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=fjTbBz6G; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2506253AbgJ0GI2 (ORCPT + 99 others); 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 ); 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 To: Chuck Lever 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: X-Mailing-List: linux-nfs@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