Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp16365rdb; Wed, 18 Oct 2023 16:22:34 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEXB5I0GWqEYjh90HzmVHK/jfqr6YshChXGuaKpbquQu/VLZGvQ0TcxZu+cLivqE7JCO9G8 X-Received: by 2002:a92:c262:0:b0:345:d58d:9ae5 with SMTP id h2-20020a92c262000000b00345d58d9ae5mr1034618ild.7.1697671353954; Wed, 18 Oct 2023 16:22:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697671353; cv=none; d=google.com; s=arc-20160816; b=L5RbL0bVSaEksfTP2MmPuWWfH1bjAFI0+5optXDbIPtbTPJLBWRNBR9wbZsxuiz6la +SDeyF7BK11VPiFTiDklaIC/Q382hp4EzrgZxjiBGLaLEE/KB2iGYEpUu/9ajWjTF43I oZovgXyQwaIiQ7YAXM+JvqJmIsZK302X8Esp+0yjQXU7QZUsAccr9MLxqBI1iVmK0ZCq Da04F759X/QI3gVIjjUT6u8JqjbMrCTScJASbx4GREJtCiq2Ofsr0+6/F9MMAIrCahUt ZkcKv/fR1zT2MvktntxN+TSzAqbvFXv4iaa5MyF3q5lkp5D5DcHSvirJmesKAxj9Pp9Q hCWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=RblIcINSGJmCWaH0NVM1ysiElKcc+1UZHXto63ee2nc=; fh=DkjA2sPo1IHhj3dSLT/8nkkbEQExnFRA5si61kyVZaQ=; b=kHWT6QUWTb84V7vtJNYc+w0QtuONTNdYqo907I4PHdktNAoYRpylPcZq4fI3pcL6yp 2mI72+YZgDDtTqr1ay//7ZHciy37RJ0CWiS9vn/yqXv2l5WEuTHzylBB8MqRanlXl7uT 4eJ6rbsTEcMDWk1Z5qYrDrlcP9OYspudshLbWEaOpbd+bqyTpOpGv2BNlm+tbR8bYksU bZ8OYwGm/7kDlAhciZXUO9KufOKtUl7g8SC42AZVmugv2xpJkRkVycmrvvO2lWWRvR9C 8ny++xuS7kuZpR28gOp0RF+cbsLeNeNh8Uh2tmO4xyUrPnpTNeDQ36CDExZtZ7DnAVJQ WBcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=HYbswWFw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id i23-20020a633c57000000b0058a09ed5ca2si1885587pgn.313.2023.10.18.16.22.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Oct 2023 16:22:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=HYbswWFw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id B2ACD80EE748; Wed, 18 Oct 2023 16:22:24 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232281AbjJRXVs (ORCPT + 99 others); Wed, 18 Oct 2023 19:21:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35554 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232304AbjJRXVR (ORCPT ); Wed, 18 Oct 2023 19:21:17 -0400 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3D1A31980 for ; Wed, 18 Oct 2023 16:20:59 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-9be02fcf268so855607766b.3 for ; Wed, 18 Oct 2023 16:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1697671257; x=1698276057; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=RblIcINSGJmCWaH0NVM1ysiElKcc+1UZHXto63ee2nc=; b=HYbswWFwtTrMbyCXgoql06FcmZBo2lhGOZZwg43Nu/Ej/D2cjg5+2WyJVKDy8p+ya4 4fYY7YkytPaO0IqizFa4zGXqp4oa1qW+6i5jdmb+ngXT16KAURIwUot0L9TEJ9ni8Pam rQrvFlpzMX5WxKJYKe5mdPLxnQzTy+k5qzWXunl8y8zwAn860tpff1JxPRkyQnL85otL q3tka0+aR+8BsS+W88yEX6TRqVQPbH8m40/8fLmd/iNRF97g98ki1JN9a3UuC9gJCu2k l83LkIowlGr1X60FrUen3DyXTJPg7FMbT37Z3wrYAR7FzFgeuxJ6rj8Y0csR91+54F2K G0Xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697671257; x=1698276057; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=RblIcINSGJmCWaH0NVM1ysiElKcc+1UZHXto63ee2nc=; b=MwDV+CeXmVR3b3vCUNeYdwUGQ4te88sqzqlTggN98XEUwOiL3nBURtpei4DC2DXZ4F 5RL6juNHgXxXwCI+QS3Bkzulp4PKJPPla7WNgxIUVy/kDszPr/tkPUN7Y361ffZkzOrT nWmlVhnwf/cOAqpTnHdkRMS6HhPLUk7ws7xvtO6xOCFlqETbnRDtEvTDjkfzjZjcIKn5 4CAjFChtxvk2L4iyC0To1ZcwR7YhO2tIkX8uWSCrj3hy6iTOt0xawpVRyKJmQGJCkjwF ACgg8u/MrU8L3lZFZF+pmqLzoHFGF8dOIBaMCfywyXQ0h3pRUbxDr30zQD0mxUaDyLcM 1aIw== X-Gm-Message-State: AOJu0YwalwTxSExOICmioPtjn0dgJQldQtIQi02BGz0FrrhQoXo57XdQ XDFmVkyuUytXE5Pzp2LOdR9yWl6c0hZVpICMsNNgVQ== X-Received: by 2002:a17:907:6093:b0:9bd:c592:e0ce with SMTP id ht19-20020a170907609300b009bdc592e0cemr391202ejc.51.1697671257141; Wed, 18 Oct 2023 16:20:57 -0700 (PDT) MIME-Version: 1.0 References: <20231017232152.2605440-1-nphamcs@gmail.com> <20231017232152.2605440-3-nphamcs@gmail.com> In-Reply-To: <20231017232152.2605440-3-nphamcs@gmail.com> From: Yosry Ahmed Date: Wed, 18 Oct 2023 16:20:19 -0700 Message-ID: Subject: Re: [PATCH v3 2/5] zswap: make shrinking memcg-aware To: Nhat Pham Cc: akpm@linux-foundation.org, hannes@cmpxchg.org, cerasuolodomenico@gmail.com, sjenning@redhat.com, ddstreet@ieee.org, vitaly.wool@konsulko.com, mhocko@kernel.org, roman.gushchin@linux.dev, shakeelb@google.com, muchun.song@linux.dev, linux-mm@kvack.org, kernel-team@meta.com, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, shuah@kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-8.4 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Wed, 18 Oct 2023 16:22:25 -0700 (PDT) On Tue, Oct 17, 2023 at 4:21=E2=80=AFPM Nhat Pham wrote= : > > From: Domenico Cerasuolo > > Currently, we only have a single global LRU for zswap. This makes it > impossible to perform worload-specific shrinking - an memcg cannot > determine which pages in the pool it owns, and often ends up writing > pages from other memcgs. This issue has been previously observed in > practice and mitigated by simply disabling memcg-initiated shrinking: > > https://lore.kernel.org/all/20230530232435.3097106-1-nphamcs@gmail.com/T/= #u > > This patch fully resolves the issue by replacing the global zswap LRU > with memcg- and NUMA-specific LRUs, and modify the reclaim logic: > > a) When a store attempt hits an memcg limit, it now triggers a > synchronous reclaim attempt that, if successful, allows the new > hotter page to be accepted by zswap. > b) If the store attempt instead hits the global zswap limit, it will > trigger an asynchronous reclaim attempt, in which an memcg is > selected for reclaim in a round-robin-like fashion. Could you explain the rationale behind the difference in behavior here between the global limit and the memcg limit? > > Signed-off-by: Domenico Cerasuolo > Co-developed-by: Nhat Pham > Signed-off-by: Nhat Pham > --- > include/linux/memcontrol.h | 5 ++ > mm/swap.h | 3 +- > mm/swap_state.c | 17 +++- > mm/zswap.c | 179 ++++++++++++++++++++++++++----------- > 4 files changed, 147 insertions(+), 57 deletions(-) This is a dense patch, I haven't absorbed all of it yet, but the first round of comments below. > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > index 031102ac9311..3de10fabea0f 100644 > --- a/include/linux/memcontrol.h > +++ b/include/linux/memcontrol.h > @@ -1179,6 +1179,11 @@ static inline struct mem_cgroup *page_memcg_check(= struct page *page) > return NULL; > } > > +static inline struct mem_cgroup *get_mem_cgroup_from_objcg(struct obj_cg= roup *objcg) > +{ > + return NULL; > +} > + > static inline bool folio_memcg_kmem(struct folio *folio) > { > return false; > diff --git a/mm/swap.h b/mm/swap.h > index 8a3c7a0ace4f..bbd6ce661a20 100644 > --- a/mm/swap.h > +++ b/mm/swap.h > @@ -50,7 +50,8 @@ struct page *read_swap_cache_async(swp_entry_t entry, g= fp_t gfp_mask, > struct page *__read_swap_cache_async(swp_entry_t entry, gfp_t gfp_mask, > struct vm_area_struct *vma, > unsigned long addr, > - bool *new_page_allocated); > + bool *new_page_allocated, > + bool fail_if_exists); > struct page *swap_cluster_readahead(swp_entry_t entry, gfp_t flag, > struct vm_fault *vmf); > struct page *swapin_readahead(swp_entry_t entry, gfp_t flag, > diff --git a/mm/swap_state.c b/mm/swap_state.c > index b3b14bd0dd64..0356df52b06a 100644 > --- a/mm/swap_state.c > +++ b/mm/swap_state.c > @@ -411,7 +411,7 @@ struct folio *filemap_get_incore_folio(struct address= _space *mapping, > > struct page *__read_swap_cache_async(swp_entry_t entry, gfp_t gfp_mask, > struct vm_area_struct *vma, unsigned long addr, > - bool *new_page_allocated) > + bool *new_page_allocated, bool fail_if_exists) nit: I don't feel like "fail" is the correct word here. Perhaps "skip"? > { > struct swap_info_struct *si; > struct folio *folio; > @@ -468,6 +468,15 @@ struct page *__read_swap_cache_async(swp_entry_t ent= ry, gfp_t gfp_mask, > if (err !=3D -EEXIST) > goto fail_put_swap; > > + /* > + * This check guards against a state that happens if a ca= ll > + * to __read_swap_cache_async triggers a reclaim, if the > + * reclaimer (zswap's writeback as of now) then decides t= o > + * reclaim that same entry, then the subsequent call to > + * __read_swap_cache_async would get stuck in this loop. I think this comment needs to first state that it is protecting against a recursive call in general, not necessarily in reclaim, as __read_swap_cache_async() is not usually called in the context of reclaim so this can be confusing. Then it can give the exact example we have today. Perhaps something like: Protect against a recursive call to __read_swap_cache_async() on the same entry waiting forever here because SWAP_HAS_CACHE is set but the folio is not the swap cache yet. This can happen today if mem_cgroup_swapin_charge_folio() below triggers reclaim through zswap, which may call __read_swap_cache_async() in the writeback path. > + */ > + if (fail_if_exists && err =3D=3D -EEXIST) We already made sure in the preceding condition that err is -EEXIST. > + goto fail_put_swap; > /* > * We might race against __delete_from_swap_cache(), and > * stumble across a swap_map entry whose SWAP_HAS_CACHE > @@ -530,7 +539,7 @@ struct page *read_swap_cache_async(swp_entry_t entry,= gfp_t gfp_mask, > { > bool page_was_allocated; > struct page *retpage =3D __read_swap_cache_async(entry, gfp_mask, > - vma, addr, &page_was_allocated); > + vma, addr, &page_was_allocated, false); > > if (page_was_allocated) > swap_readpage(retpage, false, plug); > @@ -649,7 +658,7 @@ struct page *swap_cluster_readahead(swp_entry_t entry= , gfp_t gfp_mask, > /* Ok, do the async read-ahead now */ > page =3D __read_swap_cache_async( > swp_entry(swp_type(entry), offset), > - gfp_mask, vma, addr, &page_allocated); > + gfp_mask, vma, addr, &page_allocated, false); > if (!page) > continue; > if (page_allocated) { > @@ -815,7 +824,7 @@ static struct page *swap_vma_readahead(swp_entry_t fe= ntry, gfp_t gfp_mask, > pte_unmap(pte); > pte =3D NULL; > page =3D __read_swap_cache_async(entry, gfp_mask, vma, > - addr, &page_allocated); > + addr, &page_allocated, fal= se); > if (!page) > continue; > if (page_allocated) { > diff --git a/mm/zswap.c b/mm/zswap.c > index 083c693602b8..d2989ad11814 100644 > --- a/mm/zswap.c > +++ b/mm/zswap.c > @@ -34,6 +34,7 @@ > #include > #include > #include > +#include > > #include "swap.h" > #include "internal.h" > @@ -171,8 +172,8 @@ struct zswap_pool { > struct work_struct shrink_work; > struct hlist_node node; > char tfm_name[CRYPTO_MAX_ALG_NAME]; > - struct list_head lru; > - spinlock_t lru_lock; > + struct list_lru list_lru; > + struct mem_cgroup *next_shrink; > }; > > /* > @@ -288,15 +289,25 @@ static void zswap_update_total_size(void) > zswap_pool_total_size =3D total; > } > > +static inline struct mem_cgroup *get_mem_cgroup_from_entry(struct zswap_= entry *entry) > +{ > + return entry->objcg ? get_mem_cgroup_from_objcg(entry->objcg) : N= ULL; > +} > + > +static inline int entry_to_nid(struct zswap_entry *entry) > +{ > + return page_to_nid(virt_to_page(entry)); > +} > + > /********************************* > * zswap entry functions > **********************************/ > static struct kmem_cache *zswap_entry_cache; > > -static struct zswap_entry *zswap_entry_cache_alloc(gfp_t gfp) > +static struct zswap_entry *zswap_entry_cache_alloc(gfp_t gfp, int nid) > { > struct zswap_entry *entry; > - entry =3D kmem_cache_alloc(zswap_entry_cache, gfp); > + entry =3D kmem_cache_alloc_node(zswap_entry_cache, gfp, nid); > if (!entry) > return NULL; > entry->refcount =3D 1; > @@ -309,6 +320,27 @@ static void zswap_entry_cache_free(struct zswap_entr= y *entry) > kmem_cache_free(zswap_entry_cache, entry); > } > > +/********************************* > +* lru functions > +**********************************/ > +static bool zswap_lru_add(struct list_lru *list_lru, struct zswap_entry = *entry) > +{ > + struct mem_cgroup *memcg =3D get_mem_cgroup_from_entry(entry); Could we avoid the need for get/put with an rcu_read_lock() instead? > + bool added =3D __list_lru_add(list_lru, &entry->lru, entry_to_nid= (entry), memcg); > + > + mem_cgroup_put(memcg); > + return added; > +} > + > +static bool zswap_lru_del(struct list_lru *list_lru, struct zswap_entry = *entry) > +{ > + struct mem_cgroup *memcg =3D get_mem_cgroup_from_entry(entry); > + bool removed =3D __list_lru_del(list_lru, &entry->lru, entry_to_n= id(entry), memcg); > + > + mem_cgroup_put(memcg); > + return removed; > +} > + > /********************************* > * rbtree functions > **********************************/ > @@ -393,9 +425,7 @@ static void zswap_free_entry(struct zswap_entry *entr= y) > if (!entry->length) > atomic_dec(&zswap_same_filled_pages); > else { > - spin_lock(&entry->pool->lru_lock); > - list_del(&entry->lru); > - spin_unlock(&entry->pool->lru_lock); > + zswap_lru_del(&entry->pool->list_lru, entry); > zpool_free(zswap_find_zpool(entry), entry->handle); > zswap_pool_put(entry->pool); > } > @@ -629,21 +659,16 @@ static void zswap_invalidate_entry(struct zswap_tre= e *tree, > zswap_entry_put(tree, entry); > } > > -static int zswap_reclaim_entry(struct zswap_pool *pool) > +static enum lru_status shrink_memcg_cb(struct list_head *item, struct li= st_lru_one *l, > + spinlock_t *lock, void *arg) > { > - struct zswap_entry *entry; > + struct zswap_entry *entry =3D container_of(item, struct zswap_ent= ry, lru); > + struct mem_cgroup *memcg; > struct zswap_tree *tree; > pgoff_t swpoffset; > - int ret; > + enum lru_status ret =3D LRU_REMOVED_RETRY; > + int writeback_result; > > - /* Get an entry off the LRU */ > - spin_lock(&pool->lru_lock); > - if (list_empty(&pool->lru)) { > - spin_unlock(&pool->lru_lock); > - return -EINVAL; > - } > - entry =3D list_last_entry(&pool->lru, struct zswap_entry, lru); > - list_del_init(&entry->lru); > /* > * Once the lru lock is dropped, the entry might get freed. The > * swpoffset is copied to the stack, and entry isn't deref'd agai= n > @@ -651,28 +676,33 @@ static int zswap_reclaim_entry(struct zswap_pool *p= ool) > */ > swpoffset =3D swp_offset(entry->swpentry); > tree =3D zswap_trees[swp_type(entry->swpentry)]; > - spin_unlock(&pool->lru_lock); > + list_lru_isolate(l, item); > + spin_unlock(lock); Perhaps a comment somewhere stating that we only return either LRU_REMOVED_RETRY or LRU_RETRY, so it's fine to drop and reacquire the lock. > > /* Check for invalidate() race */ > spin_lock(&tree->lock); > if (entry !=3D zswap_rb_search(&tree->rbroot, swpoffset)) { > - ret =3D -EAGAIN; > goto unlock; > } nit: braces no longer needed? > /* Hold a reference to prevent a free during writeback */ > zswap_entry_get(entry); > spin_unlock(&tree->lock); > > - ret =3D zswap_writeback_entry(entry, tree); > + writeback_result =3D zswap_writeback_entry(entry, tree); > > spin_lock(&tree->lock); > - if (ret) { > - /* Writeback failed, put entry back on LRU */ > - spin_lock(&pool->lru_lock); > - list_move(&entry->lru, &pool->lru); > - spin_unlock(&pool->lru_lock); > + if (writeback_result) { > + zswap_reject_reclaim_fail++; > + memcg =3D get_mem_cgroup_from_entry(entry); > + spin_lock(lock); > + /* we cannot use zswap_lru_add here, because it increment= s node's lru count */ > + list_lru_putback(&entry->pool->list_lru, item, entry_to_n= id(entry), memcg); > + spin_unlock(lock); > + mem_cgroup_put(memcg); > + ret =3D LRU_RETRY; > goto put_unlock; > } > + zswap_written_back_pages++; Why is this moved here from zswap_writeback_entry()? Also why is zswap_reject_reclaim_fail incremented here instead of inside zswap_writeback_entry()? > > /* > * Writeback started successfully, the page now belongs to the > @@ -686,7 +716,36 @@ static int zswap_reclaim_entry(struct zswap_pool *po= ol) > zswap_entry_put(tree, entry); > unlock: > spin_unlock(&tree->lock); > - return ret ? -EAGAIN : 0; > + spin_lock(lock); > + return ret; > +} > + > +static int shrink_memcg(struct mem_cgroup *memcg) > +{ > + struct zswap_pool *pool; > + int nid, shrunk =3D 0; > + > + pool =3D zswap_pool_current_get(); > + if (!pool) > + return -EINVAL; > + > + /* > + * Skip zombies because their LRUs are reparented and we would be > + * reclaiming from the parent instead of the dead memcgroup. nit: s/memcgroup/memcg. > + */ > + if (memcg && !mem_cgroup_online(memcg)) > + goto out; If we move this above zswap_pool_current_get(), we can return directly and remove the label. I noticed we will return -EAGAIN if memcg is offline. IIUC -EAGAIN for the caller will move on to the next memcg, but I am wondering if a different errno would be clearer here. > + > + for_each_node_state(nid, N_NORMAL_MEMORY) { > + unsigned long nr_to_walk =3D 1; > + > + if (list_lru_walk_one(&pool->list_lru, nid, memcg, &shrin= k_memcg_cb, > + NULL, &nr_to_walk)) > + shrunk++; nit: shrunk +=3D list_lru_walk_one(..); > + } > +out: > + zswap_pool_put(pool); > + return shrunk ? 0 : -EAGAIN; > } > > static void shrink_worker(struct work_struct *w) > @@ -695,10 +754,13 @@ static void shrink_worker(struct work_struct *w) > shrink_work); > int ret, failures =3D 0; > > + /* global reclaim will select cgroup in a round-robin fashion. */ > do { > - ret =3D zswap_reclaim_entry(pool); > + pool->next_shrink =3D mem_cgroup_iter(NULL, pool->next_sh= rink, NULL); Perhaps next_shrink_memcg is a better name here? > + > + ret =3D shrink_memcg(pool->next_shrink); > + > if (ret) { > - zswap_reject_reclaim_fail++; > if (ret !=3D -EAGAIN) > break; > if (++failures =3D=3D MAX_RECLAIM_RETRIES) > @@ -764,8 +826,7 @@ static struct zswap_pool *zswap_pool_create(char *typ= e, char *compressor) > */ > kref_init(&pool->kref); > INIT_LIST_HEAD(&pool->list); > - INIT_LIST_HEAD(&pool->lru); > - spin_lock_init(&pool->lru_lock); > + list_lru_init_memcg(&pool->list_lru, NULL); > INIT_WORK(&pool->shrink_work, shrink_worker); > > zswap_pool_debug("created", pool); > @@ -831,6 +892,9 @@ static void zswap_pool_destroy(struct zswap_pool *poo= l) > > cpuhp_state_remove_instance(CPUHP_MM_ZSWP_POOL_PREPARE, &pool->no= de); > free_percpu(pool->acomp_ctx); > + list_lru_destroy(&pool->list_lru); > + if (pool->next_shrink) > + mem_cgroup_put(pool->next_shrink); > for (i =3D 0; i < ZSWAP_NR_ZPOOLS; i++) > zpool_destroy_pool(pool->zpools[i]); > kfree(pool); > @@ -1076,7 +1140,7 @@ static int zswap_writeback_entry(struct zswap_entry= *entry, > > /* try to allocate swap cache page */ > page =3D __read_swap_cache_async(swpentry, GFP_KERNEL, NULL, 0, > - &page_was_allocated); > + &page_was_allocated, true); > if (!page) { > ret =3D -ENOMEM; > goto fail; > @@ -1142,7 +1206,6 @@ static int zswap_writeback_entry(struct zswap_entry= *entry, > /* start writeback */ > __swap_writepage(page, &wbc); > put_page(page); > - zswap_written_back_pages++; > > return ret; > > @@ -1199,8 +1262,10 @@ bool zswap_store(struct folio *folio) > struct scatterlist input, output; > struct crypto_acomp_ctx *acomp_ctx; > struct obj_cgroup *objcg =3D NULL; > + struct mem_cgroup *memcg =3D NULL; > struct zswap_pool *pool; > struct zpool *zpool; > + int lru_alloc_ret; > unsigned int dlen =3D PAGE_SIZE; > unsigned long handle, value; > char *buf; > @@ -1230,15 +1295,15 @@ bool zswap_store(struct folio *folio) > zswap_invalidate_entry(tree, dupentry); > } > spin_unlock(&tree->lock); > - > - /* > - * XXX: zswap reclaim does not work with cgroups yet. Without a > - * cgroup-aware entry LRU, we will push out entries system-wide b= ased on > - * local cgroup limits. > - */ > objcg =3D get_obj_cgroup_from_folio(folio); > - if (objcg && !obj_cgroup_may_zswap(objcg)) > - goto reject; > + if (objcg && !obj_cgroup_may_zswap(objcg)) { > + memcg =3D get_mem_cgroup_from_objcg(objcg); > + if (shrink_memcg(memcg)) { > + mem_cgroup_put(memcg); > + goto reject; > + } > + mem_cgroup_put(memcg); > + } > > /* reclaim space if needed */ > if (zswap_is_full()) { > @@ -1254,10 +1319,15 @@ bool zswap_store(struct folio *folio) > zswap_pool_reached_full =3D false; > } > > + pool =3D zswap_pool_current_get(); > + if (!pool) > + goto reject; > + Why do we need to move zswap_pool_current_get() up here? > /* allocate entry */ > - entry =3D zswap_entry_cache_alloc(GFP_KERNEL); > + entry =3D zswap_entry_cache_alloc(GFP_KERNEL, page_to_nid(page)); > if (!entry) { > zswap_reject_kmemcache_fail++; > + zswap_pool_put(pool); > goto reject; > } > > @@ -1269,6 +1339,7 @@ bool zswap_store(struct folio *folio) > entry->length =3D 0; > entry->value =3D value; > atomic_inc(&zswap_same_filled_pages); > + zswap_pool_put(pool); > goto insert_entry; > } > kunmap_atomic(src); > @@ -1278,9 +1349,15 @@ bool zswap_store(struct folio *folio) > goto freepage; > > /* if entry is successfully added, it keeps the reference */ > - entry->pool =3D zswap_pool_current_get(); > - if (!entry->pool) > - goto freepage; > + entry->pool =3D pool; > + if (objcg) { > + memcg =3D get_mem_cgroup_from_objcg(objcg); > + lru_alloc_ret =3D memcg_list_lru_alloc(memcg, &pool->list= _lru, GFP_KERNEL); > + mem_cgroup_put(memcg); > + > + if (lru_alloc_ret) > + goto freepage; > + } > > /* compress */ > acomp_ctx =3D raw_cpu_ptr(entry->pool->acomp_ctx); > @@ -1358,9 +1435,8 @@ bool zswap_store(struct folio *folio) > zswap_invalidate_entry(tree, dupentry); > } > if (entry->length) { > - spin_lock(&entry->pool->lru_lock); > - list_add(&entry->lru, &entry->pool->lru); > - spin_unlock(&entry->pool->lru_lock); > + INIT_LIST_HEAD(&entry->lru); > + zswap_lru_add(&pool->list_lru, entry); > } > spin_unlock(&tree->lock); > > @@ -1373,8 +1449,8 @@ bool zswap_store(struct folio *folio) > > put_dstmem: > mutex_unlock(acomp_ctx->mutex); > - zswap_pool_put(entry->pool); > freepage: > + zswap_pool_put(entry->pool); > zswap_entry_cache_free(entry); > reject: > if (objcg) > @@ -1467,9 +1543,8 @@ bool zswap_load(struct folio *folio) > zswap_invalidate_entry(tree, entry); > folio_mark_dirty(folio); > } else if (entry->length) { > - spin_lock(&entry->pool->lru_lock); > - list_move(&entry->lru, &entry->pool->lru); > - spin_unlock(&entry->pool->lru_lock); > + zswap_lru_del(&entry->pool->list_lru, entry); > + zswap_lru_add(&entry->pool->list_lru, entry); > } > zswap_entry_put(tree, entry); > spin_unlock(&tree->lock); > -- > 2.34.1