From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754064AbcKNPR2 (ORCPT ); Mon, 14 Nov 2016 10:17:28 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:37512 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752206AbcKNPR1 (ORCPT ); Mon, 14 Nov 2016 10:17:27 -0500 Date: Mon, 14 Nov 2016 16:17:37 +0100 From: Greg Kroah-Hartman To: James Simmons Cc: devel@driverdev.osuosl.org, Andreas Dilger , Oleg Drokin , Gregoire Pichon , Linux Kernel Mailing List , Lustre Development List Subject: Re: [PATCH v4] staging: lustre: mdc: manage number of modify RPCs in flight Message-ID: <20161114151737.GA18183@kroah.com> References: <1478793073-21814-1-git-send-email-jsimmons@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1478793073-21814-1-git-send-email-jsimmons@infradead.org> User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 10, 2016 at 10:51:13AM -0500, James Simmons wrote: > From: Gregoire Pichon > > This patch is the main client part of a new feature that supports > multiple modify metadata RPCs in parallel. Its goal is to improve > metadata operations performance of a single client, while maintening > the consistency of MDT reply reconstruction and MDT recovery > mechanisms. > > It allows to manage the number of modify RPCs in flight within > the client obd structure and to assign a virtual index (the tag) to > each modify RPC to help server side cleaning of reply data. > > The mdc component uses this feature to send multiple modify RPCs > in parallel. Is this a new feature? Why should we take this now and not just wait until the code is out of staging? thanks, greg k-h