From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm2-f12.google.com (mail-wm2-f12.google.com [74.125.225.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 660A5417D99 for ; Wed, 23 Sep 2026 15:53:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790178839; cv=none; b=lTmC8Qh/gjenv204rzmy0IT9leL0MSnneZaq7jdtahc9jKbS65p4lGXsQT+acGrdeZW7LVt9LFQO7usUP0Ssgxb6pLtoifyT0Icyr52T/3sFbjq7cxlhWmf2qsV4D4u81Ul3ZgWtl9A3WChlwWeoBRB+CV3f9DpY0RcAlZAh/Ow= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790178839; c=relaxed/simple; bh=oH61LGa4P7Ygc8XH6M+e331r+6VnQYGoD9Ad6jAJVo8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=ddnUOdfSmffJDT5NbVylG6WeeakhqXZEjiAa7CR+sm4bwMm3sz8b78AAvFErMVtepCTGtesqNFLsjwEe0L8hKFv3xC3WWCqoalV6+5vjoprFqG/qgIrvpB3sgC+Zde+uGHWpLdaSEvb43OmEjckojQz+nIe8Bimg0me/dQRUkFc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=OBs70j4r; arc=none smtp.client-ip=74.125.225.140 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="OBs70j4r" Received: by mail-wm2-f12.google.com with SMTP id 5b1f17b1804b1-49b91369d18so7571585e9.0 for ; Wed, 23 Sep 2026 08:53:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1790178835; x=1790783635; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=3bP9y62Oup4lvnhqrGRztmwfkpYx216ETMbJiizVEoA=; b=OBs70j4rXRyugbP/j+XlJtjbsDa/AOZhc1wWJXL+wrjI2B/ObQvrxtrzx7V7ZdgeoU HWcRpbmhSlvIu+8dRCz6iH4x0BWavxWTWk12IaOn4R/Xv1DkITE+zSknXzMkWbNgWTg2 whw8YXeEsRD9+96kM5XmM/00UicL7IcVy2OhwWAwbgiQFNUlwZa9M/kaWUUkEkmp4LJn YkB2yZzWkw4sn1apCm3iehwpRRyWm0R7rUSlp1pjJGGOu0T+rIpUG4ghuzsmP0YquSm9 ESVWRUZsolBJnG6m793GVruk0j48Mx7UHDLYZQKQeg/Ionm4BdAWkPTZZySr1k+G3dC0 r9hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790178835; x=1790783635; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=3bP9y62Oup4lvnhqrGRztmwfkpYx216ETMbJiizVEoA=; b=V6bYqilv02c1f+Zfe0f3pbAVOCCYyACVNE5WYLc2d1tAsAOZJmnbDuRnVb7OmswMdr X5YgVBZTb7UAV2kAcN+xt/PJNpDMFGVdj2pMb6eHfVd96A7KgBtH3jdGVu8RpgQcPdOj ik8q9UazTPG8lkomejmTCYVuFtpPqTqqGr2dGzq57pIpQobZkm1ApB8obKgGZ/iB2rUC YmYO5BLVPLqPmtiNVzgIR7aKJlBfBeBQ8N7potHpDkNh9rDKvNRTYxYlp4TEDvDy/x2k +uUrtvpfk9BDzDCiwoONzhTKfN6nAQ3WK15sQn0nP3HH5c9w9KxE4ziyB+hm7bLQOQtI 5HoA== X-Forwarded-Encrypted: i=1; AKwUvBywXscu6g/sf0jRoJN5l2C9gpKCL0bCbAI8s/pZsSgb3NuLx9egBBmcmq1vdosPL7m1BG0CaUq+qyQRtg==@vger.kernel.org X-Gm-Message-State: AFuF++k+oNWeLNUEci/tCUkmrbaNsEhxhS0C0TdmgJmntNfmAlHq8rSS m+H2IDZHiNwuu9CcuX67hMJSGchl1Hw2YYWhDcOUCj0flokf1OGH3IuJRpE3vo6VFWg= X-Gm-Gg: AYBFou3oxsY9MIcnSyPTSMaWH8QMEIAJG+zJ0SMjU6IV7VXC3CX0a08rBPI10ixSAkN S798LpFMkmRkKjUkMG8/CannILP4cpdAqQi9zXqmDlHCR4AavXArTY1Q0ctLE6HqIxz7lWpqfCY Z59y46VJQyRKgVUAN8YcKfNxo+BigQ7sj6svJ5/TsReevxyXDjXMB/GOAZU7ANGQyURVsI0mDmf pkD13VnqiGeEl7hiFQ+AxwaKn44pPnmg6/1yOLyE7d1LjXC34a+7isbQlAE9PvQE7zQvg97U2OG ZNM0PXKGhEm4IlHh2jce8ny1cfalSsZz+mmga/V+KvV1TtIxcKXmQ3UHh8Q7hNRSxAZhgTLVflY CfYvhL1lPqsTqUwjwuPmqr1Ieb7aXJ2qkqiCz/RwwHepr7E6Gbheu2EyQFdx6yBzgXvRfn1zKFx MHytWECsLS3m2xIBTDMzQN44nOkQ6UXjHFEoH0xprXVz46FFESqJcBbGVh3i1FQHwGdFaWIF6js s+G/f13b0ow X-Received: by 2002:a05:6000:490c:b0:487:a15:dbee with SMTP id ffacd0b85a97d-4886708e6f7mr4833638f8f.21.1790178835301; Wed, 23 Sep 2026 08:53:55 -0700 (PDT) Received: from localhost.localdomain ([2001:af0:8000:1409:193:86:92:181]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-488684864c8sm7826188f8f.13.2026.09.23.08.53.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Sep 2026 08:53:54 -0700 (PDT) Date: Wed, 23 Sep 2026 17:53:53 +0200 From: Michal =?utf-8?Q?Koutn=C3=BD?= To: Peng Yu Cc: Christoph Hellwig , Sagi Grimberg , Chaitanya Kulkarni , Tejun Heo , Johannes Weiner , Josef Bacik , Jens Axboe , Maurizio Lombardi , cgroups@vger.kernel.org, linux-block@vger.kernel.org, linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] nvmet: add cgroup_path to charge namespace I/O to a cgroup Message-ID: References: <20260923152653.40953-1-yupeng0921@gmail.com> Precedence: bulk X-Mailing-List: linux-block@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hzlqajg3mv3arfe4" Content-Disposition: inline In-Reply-To: <20260923152653.40953-1-yupeng0921@gmail.com> --hzlqajg3mv3arfe4 Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Subject: Re: [PATCH v3] nvmet: add cgroup_path to charge namespace I/O to a cgroup MIME-Version: 1.0 On Wed, Sep 23, 2026 at 08:26:53AM -0700, Peng Yu wrote: > Scenario: > * Create multiple nvmet subsystems/namespaces. > * The namespaces are backed by different LVM logical volumes. > * Some of the logical volumes share the same physical volumes. Why are LVMs mentioned? (The test scenario doesn't seem to use those. And the example is backed by RAM, so where would be any IO to control at all? Note: I'm only giving this part of my attention span.) > * The subsystems are exported to different users. > * We should provide each user a specific iops/bps quota, thus a noisy > neighbor won't impact the performance of other logical volumes. Why cannot you place users into respective cgroups and configure appropriate per-device limits? Thanks for providing more context about the scenario so that I can understand what's the goal and obstacle. Michal --hzlqajg3mv3arfe4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iJEEABYKADkWIQRCE24Fn/AcRjnLivR+PQLnlNv4CAUCarP2CxsUgAAAAAAEAA5t YW51MiwyLjUrMS4xMiwyLDIACgkQfj0C55Tb+AgvggD/d9gzMHzRXPo0QW3GozuS 6+GKtlUqeoMNLRjR4PNAct4BAOxZLhmoLgG4njhrXd22B3KrqQFIKeHLGaLL0g3u KzkJ =e8GX -----END PGP SIGNATURE----- --hzlqajg3mv3arfe4--