Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4595010iob; Sun, 8 May 2022 18:36:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwYKJEhoRRGZWO22Kp5F67aAYxTiAUpQEA/wz1hZNAMKkBG6f8TD7+7ZPx/SqeD703a9M+6 X-Received: by 2002:a62:d445:0:b0:50d:b868:47bc with SMTP id u5-20020a62d445000000b0050db86847bcmr13821067pfl.73.1652060197597; Sun, 08 May 2022 18:36:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652060197; cv=none; d=google.com; s=arc-20160816; b=wuqqTluswYsGfHEtWUtvoBmPLyD8+QH6/GiJ2UlmiX0GAtYexC3MvV2MvQf/Cn35O6 GeFog7AkE3pGShFk/KPdgShBB7t4gIEWLoNrOHF+hv0pARkZIsGByfijRkid/3giTElw psvXx5LEMbVbHzHxHcXJxTVhqO+n3rcjUhUqX78rKANDDJdeM+qoPPz2NRpAmpOlCRsv snXTBCGGs1cTUPL4HEBEdQcHc0vXEWAd5SCLKSg07lfe6x64OSKOmyhakPRZq3YHmw5V 77lOZ/AG7YdA4M7CiEKBtEXaNVdZdunB5l/J2F2TVfSe5xkuz00Nsqjs3mjPa5qDj4uN zyDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=09zpNo/QuzlUxL6xpefnWte+YVKHcE7RdGYglpUNogM=; b=vMKl7WjfhJAAPeMKcAzr569ZU0+2aP/3lPos10xwAme+Z8OevRuTGAZxC6O4z6++Ao yhNoo/+dHVSBKYe20ykT1SFDZSqo59exJgqVrxLCzjlTcmx9UN5dg02jzXcr+/C3IdBV dtc5TEYOCi6xfctr14rxJ4kHBcuznbbAyRtb4Txfoymnc68Y90o2SKA0YEC3aJ289n/u Mz2YleGj/KWjW9Gp57XS7PFxBpH9yNIFjxINefCIjWRxulSW8C51/jjsrF1BgW/rbZU4 q1xEganEI0QGm4cYRnZK5Uz/rcvYoudpyaWApzbh+rfOyt3UihAk92+WCKUTSaLDZg2B tfFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=Mk8axPLk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id fw1-20020a17090b128100b001ca35559ee4si11438678pjb.21.2022.05.08.18.36.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 08 May 2022 18:36:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=Mk8axPLk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6C2CB62D9; Sun, 8 May 2022 18:35:38 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349353AbiEDMQi (ORCPT + 99 others); Wed, 4 May 2022 08:16:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52726 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343788AbiEDMQi (ORCPT ); Wed, 4 May 2022 08:16:38 -0400 Received: from mail.sberdevices.ru (mail.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0204F18359; Wed, 4 May 2022 05:12:59 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mail.sberdevices.ru (Postfix) with ESMTP id 23F475FD03; Wed, 4 May 2022 15:12:57 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1651666377; bh=09zpNo/QuzlUxL6xpefnWte+YVKHcE7RdGYglpUNogM=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Mk8axPLkhfGF0QoEUVTvMBvu+8rqsru3/+W9aacvguIr1RGt2Aogw2qNwGOiCfZNF UJeEjqQKnOvpmSMqVli4AKK7n7uprGs28BlYMWDqNKg1WobcZY08CKybKwlvVKXjCE ttNkBUxRd814aCCcQmGZnQW8zXe9uKaOPTuTMfHyzjwcMDgnCNeJ2xD0D2o64/NTy0 bJvHZSDH9GuUh+SdLGl5G9cP/V79MY9wJT5/h3zUyGwccy68sVa+D3P0x3y27pb5aM oxj+JwoRzvrHMNv7mO20xSO+fbbFIizOoKsS39kWYFGF2ckifsN+Z4IcQhCgcq2D/X lSlGJ2DulGjYg== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mail.sberdevices.ru (Postfix) with ESMTP; Wed, 4 May 2022 15:12:56 +0300 (MSK) From: Alexey Romanov To: , , , CC: , , , , Alexey Romanov , Dmitry Rokosov Subject: [PATCH v4] zram: remove double compression logic Date: Wed, 4 May 2022 15:12:43 +0300 Message-ID: <20220504121243.63407-1-avromanov@sberdevices.ru> X-Mailer: git-send-email 2.33.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [172.16.1.6] X-ClientProxiedBy: S-MS-EXCH01.sberdevices.ru (172.16.1.4) To S-MS-EXCH01.sberdevices.ru (172.16.1.4) X-KSMG-Rule-ID: 4 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiPhishing: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 1.1.2.30, bases: 2022/05/04 08:31:00 #19348425 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE 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 The 2nd trial allocation under per-cpu presumption has been used to prevent regression of allocation failure. However, it makes trouble for maintenance without significant benefit. The slowpath branch is executed extremely rarely: getting there is problematic. Therefore, we delete this branch. Signed-off-by: Alexey Romanov Signed-off-by: Dmitry Rokosov --- drivers/block/zram/zram_drv.c | 42 +++++++++-------------------------- drivers/block/zram/zram_drv.h | 1 - 2 files changed, 10 insertions(+), 33 deletions(-) diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c index cb253d80d72b..e10066a10dcf 100644 --- a/drivers/block/zram/zram_drv.c +++ b/drivers/block/zram/zram_drv.c @@ -1147,15 +1147,14 @@ static ssize_t bd_stat_show(struct device *dev, static ssize_t debug_stat_show(struct device *dev, struct device_attribute *attr, char *buf) { - int version = 1; + int version = 2; struct zram *zram = dev_to_zram(dev); ssize_t ret; down_read(&zram->init_lock); ret = scnprintf(buf, PAGE_SIZE, - "version: %d\n%8llu %8llu\n", + "version: %d\n%8llu\n", version, - (u64)atomic64_read(&zram->stats.writestall), (u64)atomic64_read(&zram->stats.miss_free)); up_read(&zram->init_lock); @@ -1373,7 +1372,6 @@ static int __zram_bvec_write(struct zram *zram, struct bio_vec *bvec, } kunmap_atomic(mem); -compress_again: zstrm = zcomp_stream_get(zram->comp); src = kmap_atomic(page); ret = zcomp_compress(zstrm, src, &comp_len); @@ -1382,39 +1380,20 @@ static int __zram_bvec_write(struct zram *zram, struct bio_vec *bvec, if (unlikely(ret)) { zcomp_stream_put(zram->comp); pr_err("Compression failed! err=%d\n", ret); - zs_free(zram->mem_pool, handle); return ret; } if (comp_len >= huge_class_size) comp_len = PAGE_SIZE; - /* - * handle allocation has 2 paths: - * a) fast path is executed with preemption disabled (for - * per-cpu streams) and has __GFP_DIRECT_RECLAIM bit clear, - * since we can't sleep; - * b) slow path enables preemption and attempts to allocate - * the page with __GFP_DIRECT_RECLAIM bit set. we have to - * put per-cpu compression stream and, thus, to re-do - * the compression once handle is allocated. - * - * if we have a 'non-null' handle here then we are coming - * from the slow path and handle has already been allocated. - */ - if (!handle) - handle = zs_malloc(zram->mem_pool, comp_len, - __GFP_KSWAPD_RECLAIM | - __GFP_NOWARN | - __GFP_HIGHMEM | - __GFP_MOVABLE); - if (!handle) { + + handle = zs_malloc(zram->mem_pool, comp_len, + __GFP_KSWAPD_RECLAIM | + __GFP_NOWARN | + __GFP_HIGHMEM | + __GFP_MOVABLE); + + if (unlikely(!handle)) { zcomp_stream_put(zram->comp); - atomic64_inc(&zram->stats.writestall); - handle = zs_malloc(zram->mem_pool, comp_len, - GFP_NOIO | __GFP_HIGHMEM | - __GFP_MOVABLE); - if (handle) - goto compress_again; return -ENOMEM; } @@ -1975,7 +1954,6 @@ static int zram_add(void) if (ZRAM_LOGICAL_BLOCK_SIZE == PAGE_SIZE) blk_queue_max_write_zeroes_sectors(zram->disk->queue, UINT_MAX); - blk_queue_flag_set(QUEUE_FLAG_STABLE_WRITES, zram->disk->queue); ret = device_add_disk(NULL, zram->disk, zram_disk_groups); if (ret) goto out_cleanup_disk; diff --git a/drivers/block/zram/zram_drv.h b/drivers/block/zram/zram_drv.h index 80c3b43b4828..158c91e54850 100644 --- a/drivers/block/zram/zram_drv.h +++ b/drivers/block/zram/zram_drv.h @@ -81,7 +81,6 @@ struct zram_stats { atomic64_t huge_pages_since; /* no. of huge pages since zram set up */ atomic64_t pages_stored; /* no. of pages currently stored */ atomic_long_t max_used_pages; /* no. of maximum pages stored */ - atomic64_t writestall; /* no. of write slow paths */ atomic64_t miss_free; /* no. of missed free */ #ifdef CONFIG_ZRAM_WRITEBACK atomic64_t bd_count; /* no. of pages in backing device */ -- 2.30.1