[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8734r3muvb.fsf@yhuang6-desk2.ccr.corp.intel.com>
Date: Tue, 30 Apr 2024 10:45:12 +0800
From: "Huang, Ying" <ying.huang@...el.com>
To: Kairui Song <ryncsn@...il.com>
Cc: linux-mm@...ck.org, Kairui Song <kasong@...cent.com>, Andrew Morton
<akpm@...ux-foundation.org>, Matthew Wilcox <willy@...radead.org>, Chris
Li <chrisl@...nel.org>, Barry Song <v-songbaohua@...o.com>, Ryan Roberts
<ryan.roberts@....com>, Neil Brown <neilb@...e.de>, Minchan Kim
<minchan@...nel.org>, Hugh Dickins <hughd@...gle.com>, David Hildenbrand
<david@...hat.com>, Yosry Ahmed <yosryahmed@...gle.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 00/12] mm/swap: clean up and optimize swap cache index
Kairui Song <ryncsn@...il.com> writes:
> From: Kairui Song <kasong@...cent.com>
>
> This is based on latest mm-unstable. Patch 1/12 might not be needed if
> f2fs converted .readahead to use folio, I included it for easier test
> and review.
>
> Currently we use one swap_address_space for every 64M chunk to reduce lock
> contention, this is like having a set of smaller swap files inside one
> big swap file.
I would rather to say,
"
this is like having a set of smaller files inside a swap device.
"
To avoid possible confusing in this series. I suggest to avoid to say
"swap file". Instead, we can use "swap device".
[snip]
--
Best Regards,
Huang, Ying
Powered by blists - more mailing lists