Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp50627pxv; Wed, 14 Jul 2021 18:59:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzunieBMdpdv5I8hqnOOO4bSEXQ/OkwK2f9Vh3Sw8JV+b24BCb8gD00QWTs1MChbUUudc1T X-Received: by 2002:a50:ce14:: with SMTP id y20mr1983289edi.81.1626314360996; Wed, 14 Jul 2021 18:59:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626314360; cv=none; d=google.com; s=arc-20160816; b=x8/lOKBDFxwH8SmrORvlxhvRYZBu7EDJS76y0WUFTUWon77lVexY625XE7fqFncS8u aEoRr3rUfe4FTlNeiF7I1qS6m1MZxTwt/qpNiEyM6zXZpoIjU0Dk1Ca5q4lj1lqAM8pQ LZjhH54oYHvIWKQqMjPPdgaRTqn1jr/DMyYsuKn5RvpX4K6aktghGQxhBEnEHbwqgqTj a7P9a+j6iSphqW/BcHm1O5xpxayKy04jeLrCkR8gAB1KDowGDwykR+JjEJFT9aOmjdVb fOKIHWLSUdZJxNh1knkSryZ85uXAHB2Sf/nAD/WOJU5m6nz42Epz14mvLkxi4srD0PyG QTIA== 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; bh=5cKC08RwbSyP5JAwoAoQXpXafZgV9IDkrKm7pRuhJC0=; b=BH4krjAK8HWZCQDKkQW/lZ/aonl58F89CxqNBXhWsV5EdHh50Tm4tv11VS06ErCugr QU/AJ35I8lwJA9ucfmBIb8aqszvkJo4GqQ8SEP+tPhCCkYEr3MN/4/YrI2dQYSfxtPDE UrSpfHEJFtOCmVEyks0GbY8PQMMnmnQn+kZlhYomeFEQHhV/ZYtwC9gRtIHEy8dFD2oX +WMphogKZycez3RyIrfXRj03BE3jVdgy0uRJthIFf6Gne/kZH3bLsHCsdX48xbVTjSqH vGY5hoSFHcH+bwSm/G/H35IJ/eBfbkPc+J2m8l6jKRBKKf2VN2QiG9szr4I7/Rg2D1QV nlug== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ci13si4824223ejc.316.2021.07.14.18.58.53; Wed, 14 Jul 2021 18:59:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230471AbhGOBta (ORCPT + 99 others); Wed, 14 Jul 2021 21:49:30 -0400 Received: from szxga08-in.huawei.com ([45.249.212.255]:11277 "EHLO szxga08-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230087AbhGOBt3 (ORCPT ); Wed, 14 Jul 2021 21:49:29 -0400 Received: from dggeme752-chm.china.huawei.com (unknown [172.30.72.55]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4GQHBx41LZz1CJmT; Thu, 15 Jul 2021 09:40:57 +0800 (CST) Received: from huawei.com (10.175.127.227) by dggeme752-chm.china.huawei.com (10.3.19.98) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Thu, 15 Jul 2021 09:46:35 +0800 From: Zhang Yi To: CC: , , , , Subject: [PATCH v2 0/4] ext4: improve delalloc buffer write performance Date: Thu, 15 Jul 2021 09:54:48 +0800 Message-ID: <20210715015452.2542505-1-yi.zhang@huawei.com> X-Mailer: git-send-email 2.31.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.127.227] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggeme752-chm.china.huawei.com (10.3.19.98) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Changes since v1: - Patch 1: add comments to explain why and how to update i_disksize in ext4_da_write_end(). - Patch 3: update i_disksize only if copied is not zero and drop i_size_changed parameter, also drop unused EXT4_STATE_JDATA and i_datasync_tid update code hook. Thanks, Yi. -------- Original description: This patchset address to improve buffer write performance with delalloc. The first patch reduce the unnecessary update i_disksize, the second two patch refactor the inline data write procedure and also do some small fix, the last patch do improve by remove all unnecessary journal handle in the delalloc write procedure. After this patch set, we could get a lot of performance improvement. Below is the Unixbench comparison data test on my machine with 'Intel Xeon Gold 5120' CPU and nvme SSD backend. Test cmd: ./Run -c 56 -i 3 fstime fsbuffer fsdisk Before this patch set: System Benchmarks Partial Index BASELINE RESULT INDEX File Copy 1024 bufsize 2000 maxblocks 3960.0 422965.0 1068.1 File Copy 256 bufsize 500 maxblocks 1655.0 105077.0 634.9 File Copy 4096 bufsize 8000 maxblocks 5800.0 1429092.0 2464.0 ======== System Benchmarks Index Score (Partial Only) 1186.6 After this patch set: System Benchmarks Partial Index BASELINE RESULT INDEX File Copy 1024 bufsize 2000 maxblocks 3960.0 732716.0 1850.3 File Copy 256 bufsize 500 maxblocks 1655.0 184940.0 1117.5 File Copy 4096 bufsize 8000 maxblocks 5800.0 2427152.0 4184.7 ======== System Benchmarks Index Score (Partial Only) 2053.0 Zhang Yi (4): ext4: check and update i_disksize properly ext4: correct the error path of ext4_write_inline_data_end() ext4: factor out write end code of inline file ext4: drop unnecessary journal handle in delalloc write fs/ext4/ext4.h | 3 - fs/ext4/inline.c | 120 ++++++++++++++++++------------------- fs/ext4/inode.c | 150 ++++++++++++----------------------------------- 3 files changed, 99 insertions(+), 174 deletions(-) -- 2.31.1