Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2279182pxp; Mon, 21 Mar 2022 15:43:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxHCknx7WhcgWLXIFBC1gUa+3hyQcnXnZfhsADEdnhsEcoBxjVUia8lBhsms8iWhlNGt7SY X-Received: by 2002:a17:90a:cce:b0:1bf:6387:30d9 with SMTP id 14-20020a17090a0cce00b001bf638730d9mr1468729pjt.196.1647902630028; Mon, 21 Mar 2022 15:43:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647902630; cv=none; d=google.com; s=arc-20160816; b=j0vPP5k+YdB13WuPTQHtaR6S6IuCNRf1Oy1Nags956TSz8gNFw+LYQw7lLv6VDpsv0 ZGIpr3t4GWxDTniaa7BAfxilwzCrmIgSvhZrG6pe2HZ06mHMnQuwhrj2BQR4ua8/G9o8 8aXcB+1GgtExKP3yNR8fNEs43FebndN1Tq/7+m2Er3wjps6omq8KFp4sbzD+57tPXfpw B33njanQpZ67Excj68+IBGBWveCCd0hekegxRnfJFl9AV4dEWdhmLgf1wpi7ycyJfAYg PWB3hAKAS+zkbxdbnDvIB9Gs6Z1UDRRjgG7/ZjSYX+CM+uZ09ZPCcITOi7qIMV623uLn jLlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:references:mime-version :message-id:in-reply-to:date:dkim-signature; bh=j/FXTEmOSxH0gjgjdSzeFMh8shZcXNYs1S5aZMLLEM4=; b=PScFy53PvxmDZIedL8dXYBRi/4yWtNkFZopAk6TZ+gK3SFxWZ4gZfwT0+JDJ9mcOto UyS87bAV9urx2qlbHph1n9h5Lxsh8J6mJggDXFu+Mm/PwbFJX8AawwK9ZX0tyMkHwSDn LN82VVAJu5WPStkojgeUgnout6s7yUNrNOM2tJN2mbn863bpbNDedVWew5hf9ST8CWuv Dy+WVGYPtziT0d4xKvBUfGXHJWTaMfF01CMirwqLhdzHwAuBirLIHQRaNSlMoI0jMRK2 6MHBctEDYJYZKfrDCHlEAc26N05tab2dUQJWL1/wzE7akfAwf1Szi8V9Svt8GWgEEN5M JBjw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=SBrVSoKX; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id h7-20020a17090a604700b001c6bb4c1febsi491684pjm.126.2022.03.21.15.43.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 15:43:50 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=SBrVSoKX; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9D2F86A432; Mon, 21 Mar 2022 14:58:08 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349605AbiCUOwI (ORCPT + 99 others); Mon, 21 Mar 2022 10:52:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241954AbiCUOwH (ORCPT ); Mon, 21 Mar 2022 10:52:07 -0400 Received: from mail-yw1-x1149.google.com (mail-yw1-x1149.google.com [IPv6:2607:f8b0:4864:20::1149]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE3A663C8 for ; Mon, 21 Mar 2022 07:50:41 -0700 (PDT) Received: by mail-yw1-x1149.google.com with SMTP id 00721157ae682-2d726bd83a2so126315167b3.20 for ; Mon, 21 Mar 2022 07:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=j/FXTEmOSxH0gjgjdSzeFMh8shZcXNYs1S5aZMLLEM4=; b=SBrVSoKXdDsuaByiB5bpEuvHlzX6PEE7ScTFdcnyvBB3LM8FjBIxb4HE452P7nW/1P x8Uhx569twf4z5ULHgqQdUEGzVl4SU+QwvbLAIFQyuTyB21bcIOsfkT6/PBkBr+1n4Y9 hsFezBjQyP+3jHyQKzGIyLT/UH4/gWuwY3xOeR6unA65Om/6xbAmfUO+De3vhuy15UEC zrrJLt9FdxLdYyM926/tTlpnRZTG53MfuP8rZklNPPTyNZfK1RA5vggICA2wqeExGlfZ AfbURLvOReHTpT55NHCBSLztJoEA6UoKzhUD4WkTaY5lbkIRXroMJHZHY4psJj9DqtPU W+LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=j/FXTEmOSxH0gjgjdSzeFMh8shZcXNYs1S5aZMLLEM4=; b=hJivBxIMEtlIJFiJXcUiJMP1j2VLJGHweBSImK713u5aeKyNWGINVGwHNR08IC4JPT 4V0Nuf29PB47qrHwvOw0vQcsOmYBYmGIdLD8e1VYSmJ+jZKJf9/cVfGxtoqxzYFSIdKA BA6nv63EOP9ApWMuG6cB/7W4Do67GMGY/26zhORr3p6aQv5SSikF0u1xHCNfIK2Rtd0R vF8o1UR/dqF8SZkWMptbAg1xG1N+by7mtjQfpfkmdbSvMon9piho1AnSR1rZcq9IignX XM502roZLd3hbOotToFZq7orvqBlHBSjJYFQ91y/gX9PTDLN1zk6eXJG8QBXrDamVdiL Tyjg== X-Gm-Message-State: AOAM532xd+PXuchm/w6uC/Tf7LXW0TgP+9+gFBzhu4m8CeDHWheIc6zE bPsNgo/KneeL2IPyNXVqkE45dOgegA0K X-Received: from bg.sfo.corp.google.com ([2620:15c:11a:202:3257:ddd6:5193:4ceb]) (user=bgeffon job=sendgmr) by 2002:a25:7686:0:b0:633:bdb7:1e75 with SMTP id r128-20020a257686000000b00633bdb71e75mr14061753ybc.634.1647874240929; Mon, 21 Mar 2022 07:50:40 -0700 (PDT) Date: Mon, 21 Mar 2022 07:50:37 -0700 In-Reply-To: <20220315172221.9522-1-bgeffon@google.com> Message-Id: <20220321145037.1024083-1-bgeffon@google.com> Mime-Version: 1.0 References: <20220315172221.9522-1-bgeffon@google.com> X-Mailer: git-send-email 2.35.1.894.gb6a874cedc-goog Subject: [PATCH] zram: Add a huge_idle writeback mode From: Brian Geffon To: Andrew Morton Cc: Minchan Kim , Nitin Gupta , Sergey Senozhatsky , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-block@vger.kernel.org, Brian Geffon Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.5 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL autolearn=no 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 Today it's only possible to write back as a page, idle, or huge. A user might want to writeback pages which are huge and idle first as these idle pages do not require decompression and make a good first pass for writeback. Idle writeback specifically has the advantage that a refault is unlikely given that the page has been swapped for some amount of time without being refaulted. Huge writeback has the advantage that you're guaranteed to get the maximum benefit from a single page writeback, that is, you're reclaiming one full page of memory. Pages which are compressed in zram being written back result in some benefit which is always less than a page size because of the fact that it was compressed. This change allows for users to write back huge pages which are also idle. Signed-off-by: Brian Geffon --- Documentation/admin-guide/blockdev/zram.rst | 6 ++++++ drivers/block/zram/zram_drv.c | 10 ++++++---- 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/Documentation/admin-guide/blockdev/zram.rst b/Documentation/admin-guide/blockdev/zram.rst index 3e11926a4df9..af1123bfaf92 100644 --- a/Documentation/admin-guide/blockdev/zram.rst +++ b/Documentation/admin-guide/blockdev/zram.rst @@ -343,6 +343,12 @@ Admin can request writeback of those idle pages at right timing via:: With the command, zram writeback idle pages from memory to the storage. +Additionally, if a user choose to writeback only huge and idle pages +this can be accomplished with:: + + echo huge_idle > /sys/block/zramX/writeback + + If admin want to write a specific page in zram device to backing device, they could write a page index into the interface. diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c index cb253d80d72b..f196902ae554 100644 --- a/drivers/block/zram/zram_drv.c +++ b/drivers/block/zram/zram_drv.c @@ -643,8 +643,8 @@ static int read_from_bdev_async(struct zram *zram, struct bio_vec *bvec, #define PAGE_WB_SIG "page_index=" #define PAGE_WRITEBACK 0 -#define HUGE_WRITEBACK 1 -#define IDLE_WRITEBACK 2 +#define HUGE_WRITEBACK (1<<0) +#define IDLE_WRITEBACK (1<<1) static ssize_t writeback_store(struct device *dev, @@ -664,6 +664,8 @@ static ssize_t writeback_store(struct device *dev, mode = IDLE_WRITEBACK; else if (sysfs_streq(buf, "huge")) mode = HUGE_WRITEBACK; + else if (sysfs_streq(buf, "huge_idle")) + mode = IDLE_WRITEBACK | HUGE_WRITEBACK; else { if (strncmp(buf, PAGE_WB_SIG, sizeof(PAGE_WB_SIG) - 1)) return -EINVAL; @@ -725,10 +727,10 @@ static ssize_t writeback_store(struct device *dev, zram_test_flag(zram, index, ZRAM_UNDER_WB)) goto next; - if (mode == IDLE_WRITEBACK && + if (mode & IDLE_WRITEBACK && !zram_test_flag(zram, index, ZRAM_IDLE)) goto next; - if (mode == HUGE_WRITEBACK && + if (mode & HUGE_WRITEBACK && !zram_test_flag(zram, index, ZRAM_HUGE)) goto next; /* -- 2.35.1.894.gb6a874cedc-goog