linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Gomez <da.gomez@samsung.com>
To: Baolin Wang <baolin.wang@linux.alibaba.com>,
	<akpm@linux-foundation.org>, <hughd@google.com>
Cc: <willy@infradead.org>, <david@redhat.com>,
	<wangkefeng.wang@huawei.com>, <21cnbao@gmail.com>,
	<ryan.roberts@arm.com>, <ioworker0@gmail.com>,
	<linux-mm@kvack.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 4/5] mm: shmem: add a kernel command line to change the default huge policy for tmpfs
Date: Fri, 15 Nov 2024 15:02:52 +0100	[thread overview]
Message-ID: <D5MT3TF12PO7.1A65Y7SMUHI7N@samsung.com> (raw)
In-Reply-To: <64091a3d5a8c5edb0461fae203cfcf6f302a19ce.1731397290.git.baolin.wang@linux.alibaba.com>

On Tue Nov 12, 2024 at 8:45 AM CET, Baolin Wang wrote:
> Now the tmpfs can allow to allocate any sized large folios, and the default
> huge policy is still 'never'. Thus adding a new command line to change
> the default huge policy will be helpful to use the large folios for tmpfs,
> which is similar to the 'transparent_hugepage_shmem' cmdline for shmem.


I think it would be good to include a summary of why tmpfs is not
enabling large folios by default as the other fs. David has been
pretty good at repeating the reasons over and over and it would be very
valuable to have them included here.

>
> Signed-off-by: Baolin Wang <baolin.wang@linux.alibaba.com>
> ---
>  .../admin-guide/kernel-parameters.txt         |  7 ++++++
>  Documentation/admin-guide/mm/transhuge.rst    |  6 +++++
>  mm/shmem.c                                    | 23 ++++++++++++++++++-
>  3 files changed, 35 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> index b48d744d99b0..007e6cfada3e 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
> @@ -6943,6 +6943,13 @@
>  			See Documentation/admin-guide/mm/transhuge.rst
>  			for more details.
>  
> +	transparent_hugepage_tmpfs= [KNL]
> +			Format: [always|within_size|advise|never]
> +			Can be used to control the default hugepage allocation policy
> +			for the tmpfs mount.
> +			See Documentation/admin-guide/mm/transhuge.rst
> +			for more details.
> +
>  	trusted.source=	[KEYS]
>  			Format: <string>
>  			This parameter identifies the trust source as a backend
> diff --git a/Documentation/admin-guide/mm/transhuge.rst b/Documentation/admin-guide/mm/transhuge.rst
> index 5034915f4e8e..9ae775eaacbe 100644
> --- a/Documentation/admin-guide/mm/transhuge.rst
> +++ b/Documentation/admin-guide/mm/transhuge.rst
> @@ -332,6 +332,12 @@ allocation policy for the internal shmem mount by using the kernel parameter
>  seven valid policies for shmem (``always``, ``within_size``, ``advise``,
>  ``never``, ``deny``, and ``force``).
>  
> +Similarly to ``transparent_hugepage_shmem``, you can control the default
> +hugepage allocation policy for the tmpfs mount by using the kernel parameter
> +``transparent_hugepage_tmpfs=<policy>``, where ``<policy>`` is one of the
> +four valid policies for tmpfs (``always``, ``within_size``, ``advise``,
> +``never``). The tmpfs mount default policy is ``never``.
> +
>  In the same manner as ``thp_anon`` controls each supported anonymous THP
>  size, ``thp_shmem`` controls each supported shmem THP size. ``thp_shmem``
>  has the same format as ``thp_anon``, but also supports the policy
> diff --git a/mm/shmem.c b/mm/shmem.c
> index a3203cf8860f..021760e91cea 100644
> --- a/mm/shmem.c
> +++ b/mm/shmem.c
> @@ -548,6 +548,7 @@ static bool shmem_confirm_swap(struct address_space *mapping,
>  /* ifdef here to avoid bloating shmem.o when not necessary */
>  
>  static int shmem_huge __read_mostly = SHMEM_HUGE_NEVER;
> +static int tmpfs_huge __read_mostly = SHMEM_HUGE_NEVER;
>  
>  /**
>   * shmem_mapping_size_orders - Get allowable folio orders for the given file size.
> @@ -4780,7 +4781,12 @@ static int shmem_fill_super(struct super_block *sb, struct fs_context *fc)
>  	sbinfo->gid = ctx->gid;
>  	sbinfo->full_inums = ctx->full_inums;
>  	sbinfo->mode = ctx->mode;
> -	sbinfo->huge = ctx->huge;
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +	if (ctx->seen & SHMEM_SEEN_HUGE)
> +		sbinfo->huge = ctx->huge;
> +	else
> +		sbinfo->huge = tmpfs_huge;
> +#endif
>  	sbinfo->mpol = ctx->mpol;
>  	ctx->mpol = NULL;
>  
> @@ -5259,6 +5265,21 @@ static int __init setup_transparent_hugepage_shmem(char *str)
>  }
>  __setup("transparent_hugepage_shmem=", setup_transparent_hugepage_shmem);
>  
> +static int __init setup_transparent_hugepage_tmpfs(char *str)
> +{
> +	int huge;
> +
> +	huge = shmem_parse_huge(str);
> +	if (huge < 0) {
> +		pr_warn("transparent_hugepage_tmpfs= cannot parse, ignored\n");
> +		return huge;
> +	}
> +
> +	tmpfs_huge = huge;
> +	return 1;
> +}
> +__setup("transparent_hugepage_tmpfs=", setup_transparent_hugepage_tmpfs);
> +
>  static char str_dup[PAGE_SIZE] __initdata;
>  static int __init setup_thp_shmem(char *str)
>  {



  parent reply	other threads:[~2024-11-15 14:03 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-12  7:45 [PATCH v2 0/5] Support large folios " Baolin Wang
2024-11-12  7:45 ` [PATCH v2 1/5] mm: factor out the order calculation into a new helper Baolin Wang
     [not found]   ` <CGME20241115135428eucas1p2b266175fadfb08cad9264c89fd395407@eucas1p2.samsung.com>
2024-11-15 13:54     ` Daniel Gomez
2024-11-12  7:45 ` [PATCH v2 2/5] mm: shmem: change shmem_huge_global_enabled() to return huge order bitmap Baolin Wang
2024-11-12 16:03   ` David Hildenbrand
2024-11-12  7:45 ` [PATCH v2 3/5] mm: shmem: add large folio support for tmpfs Baolin Wang
2024-11-12 16:19   ` David Hildenbrand
2024-11-12 16:21     ` David Hildenbrand
2024-11-13  3:07     ` Baolin Wang
2024-11-15 13:48       ` David Hildenbrand
2024-11-13  6:53   ` [PATCH] mm: shmem: add large folio support for tmpfs fix Baolin Wang
2024-11-12  7:45 ` [PATCH v2 4/5] mm: shmem: add a kernel command line to change the default huge policy for tmpfs Baolin Wang
     [not found]   ` <CGME20241115140254eucas1p2e77d484813d39b8e6c8c0dbd6046f3c4@eucas1p2.samsung.com>
2024-11-15 14:02     ` Daniel Gomez [this message]
2024-11-15 14:54       ` David Hildenbrand
2024-11-16  3:00         ` Baolin Wang
2024-11-12  7:45 ` [PATCH v2 5/5] docs: tmpfs: update the huge folios policy for tmpfs and shmem Baolin Wang
2024-11-13  6:57   ` [PATCH] docs: tmpfs: update the huge folios policy for tmpfs and shmem fix Baolin Wang
2024-11-20 21:35     ` Barry Song
2024-11-22 11:12       ` David Hildenbrand
     [not found] ` <CGME20241115131634eucas1p2db22b75fcc768a4bb6aa47ee180110cc@eucas1p2.samsung.com>
2024-11-15 13:16   ` [PATCH v2 0/5] Support large folios for tmpfs Daniel Gomez
2024-11-15 13:35     ` David Hildenbrand
2024-11-15 15:35       ` Daniel Gomez
2024-11-15 15:44         ` David Hildenbrand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=D5MT3TF12PO7.1A65Y7SMUHI7N@samsung.com \
    --to=da.gomez@samsung.com \
    --cc=21cnbao@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=david@redhat.com \
    --cc=hughd@google.com \
    --cc=ioworker0@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ryan.roberts@arm.com \
    --cc=wangkefeng.wang@huawei.com \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox