Received: by 10.213.65.68 with SMTP id h4csp32192imn; Tue, 3 Apr 2018 14:54:19 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/zGdFE/FlsHMjY1KqcZ1BrYcbHPCCJ9nZRtF84VjkxSlXtfDrUVYkaS01VZxLqStOH0eKS X-Received: by 2002:a17:902:8:: with SMTP id 8-v6mr15603478pla.291.1522792459936; Tue, 03 Apr 2018 14:54:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522792459; cv=none; d=google.com; s=arc-20160816; b=FBeE7YmyaiwBPqlYFfkHJUCNGkle8rcftnzcs62CRxYVPfj2ooWRmgMB+GSYxUAjlV RIFQA55KUZ1DpVs9rNwZe7i5sZPVCAJOW3TxOCszC9uilfXCL0IDbHNuRWhTuz8gEhr9 IZM2HL5NpUSh1r4jk64TibAAlHZ2T465ccv2iyMdTmQBln4NMATkZjBEl9qv5jcx7MvA 9tsCx4g9t92brFBHe6XDX105ZyvHJfP57Ph4a5OrLtubIvUyIYHI+2cZiHxYYuJ6/YIb stdxDB+EuXqvz+hhn14SYoP9t9NdbmEN6QIbN8VqaoMkRVGTdY+JOnYikzplZRTg9xFX riqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=ldGw0zDZCjZumaCSuGI/zk/4nQM3kbFS9C4rTJp7T7s=; b=ZKWZWHrbLr/ZKXN/ge3NUlkztq2B9TD5noWfVZNZ6Uw///SgGwjAYZer+MbpdHSHCX cAGkowL3twkftW3Attr2+iS0YXB2XTPKS78K4ZLbvsGm9xwunOEi6k05G/L8459hig7x GXE0g3ig589bT/eWPsQ0En146o9YtUtbRANzVE2bvcNigNaRUCchEaULN6G/ZcGkaw7o +zwq4sMa2a3K9T+9u9EGDhJxFiii46dW/5UOQ/YjtrKJ7uddsrIwHRsUOhabtgq5ya6Q 0y7ZTplamlZ3tGQsMo0Gpv6nOnMCEC/XZ1FglvTZ5tJZvrXcvDozPcSu7FbeJiEPDM1D YMCQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e12si2566483pgv.507.2018.04.03.14.54.05; Tue, 03 Apr 2018 14:54:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753916AbeDCVww (ORCPT + 99 others); Tue, 3 Apr 2018 17:52:52 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:42400 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753340AbeDCVwu (ORCPT ); Tue, 3 Apr 2018 17:52:50 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 68222CB7; Tue, 3 Apr 2018 21:52:49 +0000 (UTC) Date: Tue, 3 Apr 2018 14:52:48 -0700 From: Andrew Morton To: Nagarathnam Muthusamy Cc: linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, ebiederm@xmission.com, khlebnikov@yandex-team.ru, serge.hallyn@ubuntu.com, oleg@redhat.com, luto@amacapital.net, jannh@google.com, prakash.sangappa@oracle.com Subject: Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid Message-Id: <20180403145248.fb4cd8c5ccd270ca77fd18f3@linux-foundation.org> In-Reply-To: <678f275b-8d78-9b0f-177f-5ff5c9c55657@oracle.com> References: <1522706249-11578-1-git-send-email-nagarathnam.muthusamy@oracle.com> <20180403143838.614ecc083835d07d409a699c@linux-foundation.org> <678f275b-8d78-9b0f-177f-5ff5c9c55657@oracle.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Apr 2018 14:45:28 -0700 Nagarathnam Muthusamy wrote: > > This changelog doesn't explain what the value is to our users. I > > assume it is a performance optimization because "backward translation > > requires scanning all tasks"? If so, please show us real-world > > examples of the performance benefit from this patch, and please go to > > great lengths to explain to us why this optimisation is needed by our > > users. > > One of the usecase by Oracle database involves multiple levels of > nested pid namespaces and we require pid translation between the > levels. Discussions on the particular usecase, why any of the existing > methods was not usable happened in the following thread. > > https://patchwork.kernel.org/patch/10276785/ > > At the end, it was agreed that this patch along with flocks will solve the > issue. Nobody who reads this patch's changelog will know any of this. Please let's get all this information into the proper place.