From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753233AbdK1VxT (ORCPT ); Tue, 28 Nov 2017 16:53:19 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:42486 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752612AbdK1VxS (ORCPT ); Tue, 28 Nov 2017 16:53:18 -0500 Date: Tue, 28 Nov 2017 13:53:16 -0800 From: Andrew Morton To: Giuseppe Scrivano Cc: linux-kernel@vger.kernel.org, gregkh@linuxfoundation.org, mingo@kernel.org, dave@stgolabs.net Subject: Re: [RFC PATCH] ipc, mqueue: lazy call kern_mount_data in new namespaces Message-Id: <20171128135316.6d7bba7fe909ba3d90e318db@linux-foundation.org> In-Reply-To: <20171127125550.15514-1-gscrivan@redhat.com> References: <20171127125550.15514-1-gscrivan@redhat.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; 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 List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 27 Nov 2017 13:55:50 +0100 Giuseppe Scrivano wrote: > kern_mount_data is a relatively expensive operation when creating a > new IPC namespace, so delay the mount until its first usage when not > creating the the global namespace. > > On my machine, the time for creating 1000 new IPC namespaces dropped > from ~8s to ~2s. OK, but this simply moves the expense so it happens later on. Why is that better?