Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp5177152rwb; Wed, 21 Sep 2022 04:24:21 -0700 (PDT) X-Google-Smtp-Source: AMsMyM57WvUQ7qHfgs6zLoJgYqU2L98f/cDqt72ftuB3/UdF+Pw9Qgqxi+utnGNe4Id3Vb1MCWv9 X-Received: by 2002:a17:907:1b1a:b0:74a:18f7:7f63 with SMTP id mp26-20020a1709071b1a00b0074a18f77f63mr21938345ejc.28.1663759460655; Wed, 21 Sep 2022 04:24:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663759460; cv=none; d=google.com; s=arc-20160816; b=zWrIeLqeY7y3BKXhlVctLYG5SQs7QY0PGpt/dryqfECxVdtM7WlYpaISAtKmfwCULN 3kfJyj7MrP5JXgC1PlK20ZuraGgcBOxO/tV23DnGbzUHuSS8H7A9MKXQxHt/Sz78AzZv /VkB7YYHJPqXuXJilHoIMKg8tpqvQ20SafB0GzKJSntmrcn1AjHMNoBo85oggxKw8YC3 XUo5aCx+lNVHOH0Ez1BGOY1SgWnCYQycZDcdRhZe0KMJ+4OuGxYNbmmScJbcIeKxhqcO OpZsLOhyiW+HqfGOFo0tfEo1sGOMzE4YLyEW1rU68ig4AjgGvX0NbJRKrGWybsJ9VGI/ 4xmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=wakXnUEC4Q60N3E3fQ84WxeXdvulgvHfb2chAjS00No=; b=usCtjneUaBnEu+bTMN0QwzobK1PktjRv1v+hAsq4Nyjd10bV49nur+CzxrmZBPWPtc DTsQKaMruoiwSn8V0sMIHRhJzxDCbiCO5baZLTcVy71f6qFNFv2M90fHpXrF2WPExf8I RhUON9YlOBeT2PjX38y2B8mR2HqPy/BTWtAlU1XTcy/P8Qp2/8Np115G75ujD/EZWjWp jtGrYTkEX7V2o+1z8/IjJNi3FMmN7Q0CkdAgS3fMmo+ndO6mpJLrXVEb4MSfW6T+f7PG VZAxpimLw2I/tLTWCDY78ICthwbJMFzU3JIN64JSriys9iscRedV91FwV65vfh/ttYd1 2FQQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z13-20020a50cd0d000000b00454412dc7absi1992179edi.259.2022.09.21.04.23.54; Wed, 21 Sep 2022 04:24:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-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 S230161AbiIUKmd (ORCPT + 99 others); Wed, 21 Sep 2022 06:42:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229979AbiIUKmO (ORCPT ); Wed, 21 Sep 2022 06:42:14 -0400 Received: from us-smtp-delivery-44.mimecast.com (us-smtp-delivery-44.mimecast.com [205.139.111.44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D438391D07 for ; Wed, 21 Sep 2022 03:42:12 -0700 (PDT) Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-60-1IQFo52uNZmnFUZIsYK-2Q-1; Wed, 21 Sep 2022 06:42:08 -0400 X-MC-Unique: 1IQFo52uNZmnFUZIsYK-2Q-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E2B4E8630C3; Wed, 21 Sep 2022 10:42:07 +0000 (UTC) Received: from comp-core-i7-2640m-0182e6.redhat.com (unknown [10.40.208.17]) by smtp.corp.redhat.com (Postfix) with ESMTP id 3A4B01759F; Wed, 21 Sep 2022 10:42:06 +0000 (UTC) From: Alexey Gladkov To: LKML , Linux Containers , linux-doc@vger.kernel.org, linux-man@vger.kernel.org Cc: Andrew Morton , Christian Brauner , "Eric W . Biederman" , Kees Cook , Manfred Spraul Subject: [PATCH v3 3/3] docs: Add information about ipc sysctls limitations Date: Wed, 21 Sep 2022 12:41:49 +0200 Message-Id: In-Reply-To: References: <202209211737.0Bu0F40t-lkp@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.5 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org After 25b21cb2f6d6 ("[PATCH] IPC namespace core") and 4e9823111bdc ("[PATCH] IPC namespace - shm") the shared memory page count stopped being global and started counting per ipc namespace. The documentation and shmget(2) still says that shmall is a global option. shmget(2): SHMALL System-wide limit on the total amount of shared memory, measured in units of the system page size. On Linux, this limit can be read and modified via /proc/sys/kernel/shmall. I think the changes made in 2006 should be documented. Signed-off-by: Alexey Gladkov Acked-by: "Eric W. Biederman" --- Documentation/admin-guide/sysctl/kernel.rst | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/Documentation/admin-guide/sysctl/kernel.rst b/Documentation/admin-guide/sysctl/kernel.rst index ee6572b1edad..c8b89bd8f004 100644 --- a/Documentation/admin-guide/sysctl/kernel.rst +++ b/Documentation/admin-guide/sysctl/kernel.rst @@ -541,6 +541,9 @@ default (``MSGMNB``). ``msgmni`` is the maximum number of IPC queues. 32000 by default (``MSGMNI``). +All of these parameters are set per ipc namespace. The maximum number of bytes +in POSIX message queues is limited by ``RLIMIT_MSGQUEUE``. This limit is +respected hierarchically in the each user namespace. msg_next_id, sem_next_id, and shm_next_id (System V IPC) ======================================================== @@ -1181,15 +1184,20 @@ are doing anyway :) shmall ====== -This parameter sets the total amount of shared memory pages that -can be used system wide. Hence, ``shmall`` should always be at least -``ceil(shmmax/PAGE_SIZE)``. +This parameter sets the total amount of shared memory pages that can be used +inside ipc namespace. The shared memory pages counting occurs for each ipc +namespace separately and is not inherited. Hence, ``shmall`` should always be at +least ``ceil(shmmax/PAGE_SIZE)``. If you are not sure what the default ``PAGE_SIZE`` is on your Linux system, you can run the following command:: # getconf PAGE_SIZE +To reduce or disable the ability to allocate shared memory, you must create a +new ipc namespace, set this parameter to the required value and prohibit the +creation of a new ipc namespace in the current user namespace or cgroups can +be used. shmmax ====== -- 2.33.4