From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 66F32C433F5 for ; Mon, 28 Mar 2022 09:59:04 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238452AbiC1KAn (ORCPT ); Mon, 28 Mar 2022 06:00:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47858 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240108AbiC1KAm (ORCPT ); Mon, 28 Mar 2022 06:00:42 -0400 Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7CF523617E for ; Mon, 28 Mar 2022 02:59:02 -0700 (PDT) Received: by mail-pj1-x102d.google.com with SMTP id o68-20020a17090a0a4a00b001c686a48263so11283545pjo.1 for ; Mon, 28 Mar 2022 02:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=uNgdiMUUcLYa9pRTyFJz/kemUUXVhOzxc9RJoojao9E=; b=QfFj+mHAPu1K9yoy2bFYqqf83R4i0Ek0eFcw2psEx03MsmDvz+DqZsZOJvwpkkS9Rg qMZq2cNbETVQEphuqnQwehlMNuWd2Sc+kUlGXRnAtxG/srF2maqsqPXVuUOFADOcq1Pm O9JIIE/xzWZe2Lzuxu4X32RPYb7unWKBTDedtLGj/sVaMY52kmVSSUtdW+k9gWxmgj6+ +LO4cAoebtiHxBUtCC89QB6g7M/m/MVATWIgCTcuNKhcVKwxZ2VcinzkIetiZITmbVdP mFWq5rq/UccQIX345tLL/ucDUF5EXBKOsKp9xT0xHG6byYPQKYUTYLMieVQKvYHOCq2c WZaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=uNgdiMUUcLYa9pRTyFJz/kemUUXVhOzxc9RJoojao9E=; b=wYH5dpTRG9JPIPFv6BAqC7LDjKO/IczlCMDmF7hkmPFnYQYFE5zDi22n+w0sXCCraa 8Ng2WHjF2PZmzBJs4olhewSJcbgxAfg4UtYCW7A/UCNjPbxggFN/3PTFAzDH03aBqeoJ 3Etz4eS6ocnj9c6uvdHnoOlQctOIOrXzd5efKJ8g+z09AlWVmN3l255bWeOTgfaZFLQ2 iG0Cr6G4ipjT6bX9RnvxStnzROLKKmO4apQ3xTVbC7AXsTE5K7cuDqFiJ3rc0Iy+5wVZ vQ3oS8XiuUqRZ6mhZjBK+A3YQiu7ux9+3o3cF6BNswP5zmlkDRG0ZnKcfE5vmSPNRpn+ mw6A== X-Gm-Message-State: AOAM533BCT/h3iuj3f2E93X4pigcwdQq+Xl3MpHpU/qzUKNgsusE1ohk k4EGJPo+phVkqD4G4PRzHvnUB9Ge5R7dfP5e X-Google-Smtp-Source: ABdhPJxLtboZ0v0L1nElBEvaboX+BebtWUFiF6h0guKiaIBxKDdu1mujgZLoJcj8GkCq0swXd+WeWw== X-Received: by 2002:a17:902:cf02:b0:14d:54cf:9a6a with SMTP id i2-20020a170902cf0200b0014d54cf9a6amr25241072plg.137.1648461541926; Mon, 28 Mar 2022 02:59:01 -0700 (PDT) Received: from localhost.localdomain (111-250-2-155.dynamic-ip.hinet.net. [111.250.2.155]) by smtp.gmail.com with ESMTPSA id 8-20020a17090a174800b001c7d8b160f0sm10526637pjm.51.2022.03.28.02.58.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Mar 2022 02:59:01 -0700 (PDT) From: Yanteng Si X-Google-Original-From: Yanteng Si To: corbet@lwn.net, alexs@kernel.org, seakeel@gmail.com Cc: Yanteng Si , chenhuacai@kernel.org, jiaxun.yang@flygoat.com, linux-doc@vger.kernel.org, Yanteng Si Subject: [PATCH v3 05/12] docs/zh_CN: add vm overcommit-accounting translation Date: Mon, 28 Mar 2022 17:59:47 +0800 Message-Id: <3aa0251058c5f2f13946a0295ba0fccc3a58c5c0.1648458742.git.siyanteng@loongson.cn> X-Mailer: git-send-email 2.27.0 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org From: Yanteng Si Translate .../vm/overcommit-accounting.rst into Chinese. Signed-off-by: Yanteng Si Reviewed-by: Alex Shi --- Documentation/translations/zh_CN/vm/index.rst | 2 +- .../zh_CN/vm/overcommit-accounting.rst | 86 +++++++++++++++++++ 2 files changed, 87 insertions(+), 1 deletion(-) create mode 100644 Documentation/translations/zh_CN/vm/overcommit-accounting.rst diff --git a/Documentation/translations/zh_CN/vm/index.rst b/Documentation/translations/zh_CN/vm/index.rst index 1fb80aa7a08b..1c6ec847a2f3 100644 --- a/Documentation/translations/zh_CN/vm/index.rst +++ b/Documentation/translations/zh_CN/vm/index.rst @@ -31,6 +31,7 @@ TODO:待引用文档集被翻译完毕后请及时修改此处） hwpoison memory-model mmu_notifier + overcommit-accounting TODOLIST: * arch_pgtable_helpers @@ -38,7 +39,6 @@ TODOLIST: * hmm * hugetlbfs_reserv * numa -* overcommit-accounting * page_migration * page_frags * page_owner diff --git a/Documentation/translations/zh_CN/vm/overcommit-accounting.rst b/Documentation/translations/zh_CN/vm/overcommit-accounting.rst new file mode 100644 index 000000000000..8765cb118f24 --- /dev/null +++ b/Documentation/translations/zh_CN/vm/overcommit-accounting.rst @@ -0,0 +1,86 @@ +:Original: Documentation/vm/overcommit-accounting.rst + +:翻译: + + 司延腾 Yanteng Si + +:校译: + + + +============== +超量使用审计 +============== + +Linux内核支持下列超量使用处理模式 + +0 + 启发式超量使用处理。拒绝明显的地址空间超量使用。用于一个典型的系统。 + 它确保严重的疯狂分配失败，同时允许超量使用以减少swap的使用。在这种模式下， + 允许root分配稍多的内存。这是默认的。 +1 + 总是超量使用。适用于一些科学应用。经典的例子是使用稀疏数组的代码，只是依赖 + 几乎完全由零页组成的虚拟内存 + +2 + 不超量使用。系统提交的总地址空间不允许超过swap+一个可配置的物理RAM的数量 + （默认为50%）。根据你使用的数量，在大多数情况下，这意味着一个进程在访问页面时 + 不会被杀死，但会在内存分配上收到相应的错误。 + + 对于那些想保证他们的内存分配在未来可用而又不需要初始化每一个页面的应用程序来说 + 是很有用的。 + +超量使用策略是通过sysctl `vm.overcommit_memory` 设置的。 + +可以通过 `vm.overcommit_ratio` （百分比）或 `vm.overcommit_kbytes` （绝对值） +来设置超限数量。这些只有在 `vm.overcommit_memory` 被设置为2时才有效果。 + +在 ``/proc/meminfo`` 中可以分别以CommitLimit和Committed_AS的形式查看当前 +的超量使用和提交量。 + +陷阱 +==== + +C语言的堆栈增长是一个隐含的mremap。如果你想得到绝对的保证，并在接近边缘的地方运行， +你 **必须** 为你认为你需要的最大尺寸的堆栈进行mmap。对于典型的堆栈使用来说，这并 +不重要，但如果你真的非常关心的话，这就是一个值得关注的案例。 + + +在模式2中，MAP_NORESERVE标志被忽略。 + + +它是如何工作的 +============== + +超量使用是基于以下规则 + +对于文件映射 + | SHARED or READ-only - 0 cost (该文件是映射而不是交换) + | PRIVATE WRITABLE - 每个实例的映射大小 + +对于匿名或者 ``/dev/zero`` 映射 + | SHARED - 映射的大小 + | PRIVATE READ-only - 0 cost (但作用不大) + | PRIVATE WRITABLE - 每个实例的映射大小 + +额外的计数 + | 通过mmap制作可写副本的页面 + | 从同一池中提取的shmfs内存 + +状态 +==== + +* 我们核算mmap内存映射 +* 我们核算mprotect在提交中的变化 +* 我们核算mremap的大小变化 +* 我们的审计 brk +* 审计munmap +* 我们在/proc中报告commit 状态 +* 核对并检查分叉的情况 +* 审查堆栈处理/执行中的构建 +* 叙述SHMfs的情况 +* 实现实际限制的执行 + +待续 +==== +* ptrace 页计数（这很难）。 -- 2.27.0