Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7674465rwb; Wed, 23 Nov 2022 09:17:50 -0800 (PST) X-Google-Smtp-Source: AA0mqf6B/dW330KETQhnFkCNGY+2Yewb24QK5M03xuJ5x1nLNYE9GMxeTwq7rAXP6uBHb0smknXw X-Received: by 2002:a17:90a:fa46:b0:200:1df3:a7a9 with SMTP id dt6-20020a17090afa4600b002001df3a7a9mr36587372pjb.202.1669223869796; Wed, 23 Nov 2022 09:17:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669223869; cv=none; d=google.com; s=arc-20160816; b=A8QlOtAZ2ObMfyESrtdl6cYYfsL4/iVWUWyraJVHXQ9/Vk3O49y7/HYKm1fPNW+Z1I gvsBUcNeoqX+K+ilMY2Df2Q+ko5yd1eSGVnxm1i1S9MQJA3AwKoepCdUoJPH/0x1zuYi 6elcI0n2i/K/hDSOjT9dD6ek6kGfim9hsSAuXkVzjNGIBFI5/xbe1eS+B5P/7P4l0W/F nfAIny4bQKiX8sSeEnZ/ufsyuE2Z9GgRJdy1B+YC/Gjl4NAJ4wRPojDFHygxWRL9zNq5 0PjG1qG1UaFWVtEG6iN8jctmhTtudqnvzJWckVhwdJxhTygPO4Re1VPyYCxRaRmZTgDf SOxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=vt2TI2s/ONwTSTFJrVl4zFA/mn26DOjDlB7TgOSLANM=; b=SXixQCa4hdPluBIfZxWoTqwDJEGAwbvK2ldELUtvhPWf8pBx5ZId86CstLifTX/6kr sOhsru26EUzO1KDxPAPOtF+W5u+a+FwMAJjkoQhknqf7ev1JqAYnwq/OXi5HYeJzF4cD wOPapmFdKewLneRQFI0TIDjhrlDiynJeq9qvqo4Bb5RNdgKfY3jt0yDUtj1Sx53wVvpq 5+7MXikfUmdlCjER/sT/OMbUyxKyoZ6WjQdjyKCbBDUR/8G18+18z3+Df4Ikzo1sRaKp RfZmXDxJYv8Zd4gXXvQs0w0Nh0qEt8wzxwUbr66zInZdaHrgU4OdXVMu9V3mI1jH3WAe DCoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20210112.gappssmtp.com header.s=20210112 header.b=gelHH9Wc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id om1-20020a17090b3a8100b0020d542eb5f0si2239693pjb.110.2022.11.23.09.17.36; Wed, 23 Nov 2022 09:17:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@cmpxchg-org.20210112.gappssmtp.com header.s=20210112 header.b=gelHH9Wc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237248AbiKWQaZ (ORCPT + 88 others); Wed, 23 Nov 2022 11:30:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56240 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236016AbiKWQaW (ORCPT ); Wed, 23 Nov 2022 11:30:22 -0500 Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5286221E20 for ; Wed, 23 Nov 2022 08:30:20 -0800 (PST) Received: by mail-qk1-x72c.google.com with SMTP id z17so12766935qki.11 for ; Wed, 23 Nov 2022 08:30:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20210112.gappssmtp.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=vt2TI2s/ONwTSTFJrVl4zFA/mn26DOjDlB7TgOSLANM=; b=gelHH9WcdQSeyZW2TipTpvkwMV0+VGmqtodQTG4dG4qWCEMZ0y6SfoZMmBl3+zrMtA G363HAcjLxF8bBafLmHrj+o5EFaSR8ugndv1YzyCOG9h8h/aZutl+9Iu1KkfIicqCeTw 3ibKaXSzagLIYS7cRG0gYCgFmLar08h/dl/q9xNKz0eCjblvOjI4NwN0JvWBdTyMEyss 0sti78XhZOdFhaBE4JGus6TOalVsifJT0qvMUmOMqAQhxGYsLzOlJGV8RJ//PWOgID+8 BaafvpBE9mQl4zLXwbaM9JVOIHFSR5iWnBrk4RN+bEimvHWnuAP58PfpjMUBqOrbZ/dj 6VwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=vt2TI2s/ONwTSTFJrVl4zFA/mn26DOjDlB7TgOSLANM=; b=yI6pQXJSG6JnlnoU5B4qF1QqREztpXzs3td3cqIvvelNmNADGVQTzcewwEtfNXLjPl sjiOG3d2/LMG/npem/AEPeqshKkNu4wfpNXDwVH4ykF/hfHMdsk74949UWDAdig4UScy RpfWrbIjDzYtja5xTam0F3vV67mXFoDkcebsMtU/34IJv6GxRNEzPmcXwlnTJ2gJxrBn NjwgIQ0fNNuhUvhVoRGYpIq9FnfdO1WYI3XC4YIB1UUcveS7KiIgXrSPKokfZyhNz1Wa Kh63vyxnKU+NV+kqXVVKTv8G095Jbw0L6l7yL2W6fnwPf/vgVOLpB9dBJcZovsMkK+Mx 0gmg== X-Gm-Message-State: ANoB5pm/a487EPfUI7gp/65uwJq1tjOPV1eUD+0LFqhCWrWAF7jLLknS S4oyUE89ibf07y6KM78Vejij+g== X-Received: by 2002:a37:aa81:0:b0:6fa:12a9:b327 with SMTP id t123-20020a37aa81000000b006fa12a9b327mr8788431qke.149.1669221019413; Wed, 23 Nov 2022 08:30:19 -0800 (PST) Received: from localhost ([2620:10d:c091:480::1:bc4]) by smtp.gmail.com with ESMTPSA id g10-20020ac8124a000000b00399b73d06f0sm9894595qtj.38.2022.11.23.08.30.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Nov 2022 08:30:19 -0800 (PST) Date: Wed, 23 Nov 2022 11:30:45 -0500 From: Johannes Weiner To: Yosry Ahmed Cc: Sergey Senozhatsky , Nhat Pham , akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, minchan@kernel.org, ngupta@vflare.org, sjenning@redhat.com, ddstreet@ieee.org, vitaly.wool@konsulko.com Subject: Re: [PATCH v6 4/6] zsmalloc: Add a LRU to zs_pool to keep track of zspages in LRU order Message-ID: References: <20221119001536.2086599-1-nphamcs@gmail.com> <20221119001536.2086599-5-nphamcs@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 23, 2022 at 12:11:24AM -0800, Yosry Ahmed wrote: > On Wed, Nov 23, 2022 at 12:02 AM Yosry Ahmed wrote: > > On Tue, Nov 22, 2022 at 7:50 PM Sergey Senozhatsky > > > There are no accesses to swapped out pages yes, but zspage holds multiple > > > objects, which are compressed swapped out pages in this particular case. > > > For example, zspage in class size 176 (bytes) can hold 93 objects per-zspage, > > > that is 93 compressed swapped out pages. Consider ZS_FULL zspages which > > > is at the tail of the LRU list. Suppose that we page-faulted 20 times and > > > read 20 objects from that zspage, IOW zspage has been in use 20 times very > > > recently, while writeback still considers it to be "not-used" and will > > > evict it. > > > > > > So if this works for you then I'm fine. But we probably, like you suggested, > > > can document a couple of things here - namely why WRITE access to zspage > > > counts as "zspage is in use" but READ access to the same zspage does not > > > count as "zspage is in use". > Nonetheless, the fact that we refaulted an object in a zspage does not > necessarily mean that other objects on the same are hotter than > objects in other zspages IIUC. Yes. On allocation, we know that there is at least one hot object in the page. On refault, the connection between objects in a page is weak. And it's weaker on zsmalloc than with other backends due to the many size classes making temporal grouping less likely. So I think you're quite right, Segey, that a per-class LRU would be more accurate. It's no-LRU < zspage-LRU < class-LRU < object-LRU. Like Yosry said, the plan is to implement an object-LRU next as part of the generalized LRU for zsmalloc, zbud and z3fold. For now, the zspage LRU is an improvement to no-LRU. Our production experiments confirmed that.