[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJD7tkZWVUsQ0iq_kbpszJGtwXj9g=6A3EzxcB52NKBcja1MXQ@mail.gmail.com>
Date: Tue, 29 Oct 2024 10:55:02 -0700
From: Yosry Ahmed <yosryahmed@...gle.com>
To: Nhat Pham <nphamcs@...il.com>
Cc: Barry Song <21cnbao@...il.com>, Usama Arif <usamaarif642@...il.com>, akpm@...ux-foundation.org,
linux-mm@...ck.org, linux-kernel@...r.kernel.org,
Barry Song <v-songbaohua@...o.com>, Chengming Zhou <chengming.zhou@...ux.dev>,
Johannes Weiner <hannes@...xchg.org>, David Hildenbrand <david@...hat.com>, Hugh Dickins <hughd@...gle.com>,
Matthew Wilcox <willy@...radead.org>, Shakeel Butt <shakeel.butt@...ux.dev>,
Andi Kleen <ak@...ux.intel.com>, Baolin Wang <baolin.wang@...ux.alibaba.com>,
Chris Li <chrisl@...nel.org>, "Huang, Ying" <ying.huang@...el.com>,
Kairui Song <kasong@...cent.com>, Ryan Roberts <ryan.roberts@....com>, joshua.hahnjy@...il.com
Subject: Re: [PATCH RFC] mm: count zeromap read and set for swapout and swapin
> FWIW, the swap abstraction layer Yosry proposed last year (and I'm
> working on right now) will allow you to store these zeromapped swap
> entries without requiring any swap slots allocated on the swapfile.
> It's basically the same thing as swap/zswap decoupling.
I don't know if I said this before, but thank you for keeping this
alive. Much appreciated :)
>
> Not stopping you guys from optimizing it, since all I have right now
> is a (most certainly buggy) prototype + there might be benefits if we
> can get around the swap subsystem altogether for these zero mapped
> entries. Just letting you know there's a backup plan :)
Powered by blists - more mailing lists