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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 805AFC636D3 for ; Sat, 11 Feb 2023 02:42:15 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0397D6B0074; Fri, 10 Feb 2023 21:42:15 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id F04CD6B0075; Fri, 10 Feb 2023 21:42:14 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DA5776B0078; Fri, 10 Feb 2023 21:42:14 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id C5BC96B0074 for ; Fri, 10 Feb 2023 21:42:14 -0500 (EST) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 90AE541384 for ; Sat, 11 Feb 2023 02:42:14 +0000 (UTC) X-FDA: 80453461788.08.CC7AE9A Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) by imf06.hostedemail.com (Postfix) with ESMTP id ECBBB18000B for ; Sat, 11 Feb 2023 02:42:12 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=none; dmarc=none; spf=none (imf06.hostedemail.com: domain of riel@shelob.surriel.com has no SPF policy when checking 96.67.55.147) smtp.mailfrom=riel@shelob.surriel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1676083333; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1zX10KGZBinBSWvw+rRP7Fb/SFBSUOOoFb+PeqyPICE=; b=XieB1YA+OZZhvvc0Eaw3InFvdAzZlaRyhHx6BBCX6ThHNgi7Q5K9S/7MnNgF7ZmG16Ltrl iAlvP20muoXGR0yEQREH1wy1IBs0ETS7DtyKM9feOvTyBpOvyEeBkuolWjO79eQnaGQ/QM hEKU7hcsprgxSlxpJ/4pEQi5hMKSnV8= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=none; dmarc=none; spf=none (imf06.hostedemail.com: domain of riel@shelob.surriel.com has no SPF policy when checking 96.67.55.147) smtp.mailfrom=riel@shelob.surriel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1676083333; a=rsa-sha256; cv=none; b=izh607N6UiFI+QD7Z0XnRerTTYv9NNvlc9RL7ScNoXJfqP0rUXJ5Q1lwqbJF20lXv4ZBEn FYAjoMtp7uqdnxqKFdqsHfCSQgZdgihlU/ORq4ucLu5VJxBniANnrcGXdu3y8N0jbwvFAT +jnLag1imtcpKPRdpoYWabA3RoTGWGk= Received: from imladris.home.surriel.com ([10.0.13.28] helo=imladris.surriel.com) by shelob.surriel.com with esmtpsa (TLS1.2) tls TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1pQfpI-0007Sl-0Q; Fri, 10 Feb 2023 21:41:20 -0500 Message-ID: <4cc446385c79fb04e092a038f82cabc059afa4b0.camel@surriel.com> Subject: Re: [RFC PATCH v2 00/19] mm: process/cgroup ksm support From: Rik van Riel To: Matthew Wilcox , Stefan Roesch Cc: kernel-team@fb.com, linux-mm@kvack.org, mhocko@suse.com, david@redhat.com, linux-kselftest@vger.kernel.org, linux-doc@vger.kernel.org, akpm@linux-foundation.org Date: Fri, 10 Feb 2023 21:41:19 -0500 In-Reply-To: References: <20230210215023.2740545-1-shr@devkernel.io> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-pxTYZqIXVRCPo2CcIUjq" User-Agent: Evolution 3.42.4 (3.42.4-2.fc35) MIME-Version: 1.0 X-Rspamd-Queue-Id: ECBBB18000B X-Stat-Signature: zpqdkg1o7c4ais4ufhb58f7spycse7ur X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1676083332-106475 X-HE-Meta: U2FsdGVkX1905FrT4lPAQC4fbmSoKJNZDBCOJuESFp2cRJ/j2c/VFuc4x+k7FYv01uRZE8IKh1yIKZki7oeLdL7OeJYVEVuOidWaD4qrnDaCEHV96mofAzbsvnaRQ600NOD7/FGCWkyhtPXw+YxfR10XXEHPU6lKgvDg6eZpmJbW2iB4QilMof02VGdteIsqx1o7KtyhBe1r4RmKqRpR8rEyz9zRop8drWAv4dGYDmobTOVfoMR/A0Np8805KRYt39l+WiMfEYnyhWzi0ZFbic+gPyRmhb5dCkaFHZlDawk3jowNK4GEq0dLgn7BwkhVvkj1tVX7eg5D3Oo9igigiKaL73Ihcs/T2Q1s270nmMPb3xQXE1OHyHOwHBIAHqSYpp0crFE0IgQ2371oXM9Z/lBH4VV2e/tyjOFkZWXWzotFaVIZr0RpOBq8Aewc3SskKlsoARrdsR/10E44ruP6tZ7fLn7RJE0eCgXWUhn9vu82jmtAJ0HQmr0AA3i9nW+FvhgkuS7tsH+mEZgW8GUMGKY4tqi5abagw+FA1R6MG7sEl0bNvHck7TWKdiGzgQ+Cn2S+4i+hH7JbUtQgOD2j12YwxnJ0sqTWZX5ZcuXHWcMkQVL71Zn2UyWpNun4lxkqrWZtLKUMt+baFdvUu6jgloZ4T912eDRLnIHB/X5ZLziG+KUk2DgFT2K8wBUBRG6OZEj/sIZeJx8gIeoDwBFX4+Wx9uOafjhjFhJ9D1MHyldLhTAl69/HicYXPPeooy/Gd7A5Mh0UBUWAPo2cVsKfVHQeO0zJThsMGpEg0L98fhJzQBaOyI2TOPRC+gmhPQvLZKNCQdt+bhHlDM7rXqjj4nG8mo/7JEBI3quIWwDbjhWYyYszxPOzPkq4g3sDQNmHgnt6h31/19OV2Es22N1Pg9MgJ7NPPwdpLOuwJue0dEG0jJjL3fqxhtkr3fTLQmZo9rcbxlBexl6+6TiBODA AMRWZqFa d8/RJpXwPtM3a0hMU2Eph/cUzhfuspDGuvbuIGx0+9W9OOLP0b8by1uXxLeveCEdm9/HW+pVAGZlJwXyPro3jH+pXtr/NX27LZt8K47R4yzBxqThx8/SveK7M03DxIFhanQOO9nJk35ywQaGFdkqW6H2HD/ixiBNa41jIuZce7RGdqh89rHMI/cvof9dxDVJa870z5OpcblytzRzR+/vAcMVz22FehlqDt+4S0LC42AqwrSrfXfXkbUEnXnVTH5IsKP0KWeF7DTAOtNlz87/XckbcnQkeBAC9RaYh2tSjr6DQj8bxueYABRA2fM+EVelYHXMh/FTMCCPCJ1MWUYk4M5Bxm045Ho0Dze+0TkN0I6SUb+o= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: --=-pxTYZqIXVRCPo2CcIUjq Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2023-02-10 at 23:23 +0000, Matthew Wilcox wrote: > On Fri, Feb 10, 2023 at 01:50:04PM -0800, Stefan Roesch wrote: > > So far KSM can only be enabled by calling madvise for memory > > regions. What is > > required to enable KSM for more workloads is to enable / disable it > > at the > > process / cgroup level. > >=20 > > Use case: > > The madvise call is not available in the programming language. An > > example for > > this are programs with forked workloads using a garbage collected > > language without > > pointers. In such a language madvise cannot be made available. > >=20 > > In addition the addresses of objects get moved around as they are > > garbage > > collected. KSM sharing needs to be enabled "from the outside" for > > these type of > > workloads. >=20 > Don't you have source code to the interpreter for this mysterious > language?=C2=A0 Usually that would be where we put calls to madvise() That same interpreter is also used for workloads where KSM brings no benefit, and we don't want the overhead of KSM. It really would be useful to have the ability to enable this on a per workload basis, for programming languages that do not support madvise. --=20 All Rights Reversed. --=-pxTYZqIXVRCPo2CcIUjq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAmPnAE8ACgkQznnekoTE 3oNSMwf/VUbQ5oMfRa3q8Yifk/HxCnGJb4Zh/GnOrSsuzKKgLe6ixGcATJ9FFDRT OQQLiFarNxE0n42QfsuHCOYUhKPOELqMUHwiRYQN/481qt6kxi0GYtz1OdUOw1tM clXCSl/sij+M6yOUZ7/0BSyQ4SMPxS6M4Bk9rqmznTqU4CP7g8ifDBEXw7zcfIba ASGiJAL786tIV1Mk2F3QQRFifggk4OOCkV6k5v+60V/hGfQ3jdijhvLX1eX4cRxf h+s5mXI8F0y6vV8wu/AyYxyiF9C5IqhucgDQn4evsZUCuryDnq48rROLC04lOpuc g0Ow2YR6RexaEuZ28tuAYAn4k8zbnQ== =lVHT -----END PGP SIGNATURE----- --=-pxTYZqIXVRCPo2CcIUjq--