Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7343766rwb; Wed, 23 Nov 2022 05:31:20 -0800 (PST) X-Google-Smtp-Source: AA0mqf5KTSxxPBmfRrlRZUJWuuu5ROS4SheWQFzmJVqXaZiTQ+bc7vTrBq8ttlWPtINTwPRmZ0p1 X-Received: by 2002:a17:90b:3c0a:b0:213:5de3:13e with SMTP id pb10-20020a17090b3c0a00b002135de3013emr36877447pjb.6.1669210280009; Wed, 23 Nov 2022 05:31:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669210280; cv=none; d=google.com; s=arc-20160816; b=C7b7d9K81W/WovSCGc/5NgG4bHsiZ0jI4PuLuNcAFESsjfoXjtI9ulB5biHb0GMR83 VITnrfr0niO+3xGbFcsczIdCz4EnL3Of5QmM9dPr8ijMIkMQqe9HqiMKA8VzW9ccr4Ob zapBT+2bUMEc44k6qKAF2d5uQlniwVfLVMfyZnriRlVlbMBjc9mguXbhNXUNdxnDfvXf gw0K0xzfU6vT0EGIjNYtfAbUBmVIMuJZGQPHA5hdWE9k2i7bh3Ri8I3pjy/jvWK4mQAi P8Lsj6mGxGzNhrSseqxDv7w8+6onUfW+8gbmiUpMAq/baNu3/+iZ0N64YlArrvzHONhn WMTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:references :cc:to:content-language:subject:reply-to:user-agent:mime-version :date:message-id:from:dkim-signature; bh=/5sDDLj8hVe6h4SdJGwqUGXTtJZOuHWy81jfh5yIfz4=; b=PRumL0zzBYq0Ww4PDY/LiGQE4rEXx9CLFh01XbinsaGdNB0FYuA7Y3KK5w86xluk8N Nfqz3M1TfJXhQ2ERkGDu+l1+MFslUM0w4QnABLD5djF6dfN0cOIRqsmGodYsvE88K3O3 KD5rb8cQrelL5j1udiaH9D272TnTWgES1kmkpjOxNb+//xs4k67qXdNu4Bp0x+BIwkAJ y04JFnC26JV3Kb3ES7aZY9OMInYpcREyf5PPksfqgQqVuwb8I2oHj5DjzWjZIK6TwK2Y HzGXF7gLy/Fq9PEMs5j1o/gRMp9tfJCR0GMzNtfPINvSlqEtpLfMjl+Vl2G2yuEd46Ua TNDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=eaWlhzLl; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p7-20020a654907000000b0044ed36e4c57si17588729pgs.217.2022.11.23.05.31.06; Wed, 23 Nov 2022 05:31:19 -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=@gmail.com header.s=20210112 header.b=eaWlhzLl; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238174AbiKWN37 (ORCPT + 90 others); Wed, 23 Nov 2022 08:29:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39306 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237739AbiKWN3Z (ORCPT ); Wed, 23 Nov 2022 08:29:25 -0500 Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6067D65E7B; Wed, 23 Nov 2022 05:09:28 -0800 (PST) Received: by mail-pg1-x542.google.com with SMTP id 136so16753534pga.1; Wed, 23 Nov 2022 05:09:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:references:cc:to :content-language:subject:reply-to:user-agent:mime-version:date :message-id:from:from:to:cc:subject:date:message-id:reply-to; bh=/5sDDLj8hVe6h4SdJGwqUGXTtJZOuHWy81jfh5yIfz4=; b=eaWlhzLlnIm3EtOzG/x4g8D+S7v2xDU4bBSwiM7/daKGHsTg5FiYpDXY39G7kPVkUx sK9g3jdn6QjlC8sdOHrXH4XRPjn7W9x3HnQVL/oH/bdkqwolANJU7ihJGH+lE05yoOTW DDWss6uD1QqL6K1LJmCjh4DTtFcVVvI44bGpmMdzZdR+tRfuQh2uDAWcaZTmhUkLH+dh BzCQoF5NVIDfNzyZJH6Kyvv27dQDmyQFMfwTrdjLmzDQWw6aUYXE155vLY+NHCLsoxX3 YGlpOeVsX74+AEJHx5k1QlyjxDlrVhv1ZC+qay92GFTY4cCQ1+AZJ56Zx+CxsCeeQ/Sw 9pdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:references:cc:to :content-language:subject:reply-to:user-agent:mime-version:date :message-id:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=/5sDDLj8hVe6h4SdJGwqUGXTtJZOuHWy81jfh5yIfz4=; b=BtTgiBuVJlOtLgAigUIp2C4QsSfZENe9zaQy7qEVvpc25W5OTS3BTY3viNDXqHnvG4 AVl0euHzdv1hktmLu0ql+kLgw1UVmi5Wox5qV2fHaMzC6mY7egcFoQlPcKIWz3MQCnHZ /lZsAAiWDp66xWd8upbGapurClgnBqvCEmrQj+yVejEUeddLB6as9pqGXnFFBqENg2e/ LxdQYl9MzLFzNgP3Fh8diOXqRb80nhVomkCnkLWNzNu3svS5LEpy/NCR53DL7g0iwYjO VbJazvX90DZBJ1DZoAtQC49NZpeUEwIim2w9n+pmo7R5k5IdGKFomcc4SwCWWMF+8iLu BrVg== X-Gm-Message-State: ANoB5pkJy/1SMpMFpf8Nzw18/+f5pK0FKOFRoLWhk+EvIjfIpBWodYeH wSV2pkiKLDv+E6OUrETr2SkMCx/iVPQY1Q== X-Received: by 2002:a63:1f21:0:b0:46b:2bd4:f298 with SMTP id f33-20020a631f21000000b0046b2bd4f298mr9926147pgf.135.1669208967813; Wed, 23 Nov 2022 05:09:27 -0800 (PST) Received: from [172.18.246.94] ([1.242.215.113]) by smtp.gmail.com with ESMTPSA id x12-20020aa79acc000000b0056bbba4302dsm12667533pfp.119.2022.11.23.05.09.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 23 Nov 2022 05:09:27 -0800 (PST) From: Sungjong Seo X-Google-Original-From: Sungjong Seo Message-ID: <747ec13e-b7c8-abfa-2247-c98aba6d86e8@samsung.com> Date: Wed, 23 Nov 2022 22:09:19 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Reply-To: sj1557.seo@samsung.com Subject: Re: [PATCH v1 1/5] exfat: reduce the size of exfat_entry_set_cache Content-Language: en-US To: "Yuezhang.Mo@sony.com" , Namjae Jeon Cc: linux-kernel , linux-fsdevel , "Andy.Wu@sony.com" , "Wataru.Aoyama@sony.com" References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,NICE_REPLY_A, 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 Hi, Yuezhang Mo, > In normal, there are 19 directory entries at most for a file or > a directory. > - A file directory entry > - A stream extension directory entry > - 1~17 file name directory entry > > So the directory entries are in 3 sectors at most, it is enough > for struct exfat_entry_set_cache to pre-allocate 3 bh. > > This commit changes the size of struct exfat_entry_set_cache as: > > Before After > 32-bit system 88 32 bytes > 64-bit system 168 48 bytes > > Signed-off-by: Yuezhang Mo > Reviewed-by: Andy Wu > Reviewed-by: Aoyama Wataru > --- > fs/exfat/exfat_fs.h | 24 ++++++++++++++++++++---- > 1 file changed, 20 insertions(+), 4 deletions(-) > > diff --git a/fs/exfat/exfat_fs.h b/fs/exfat/exfat_fs.h > index a8f8eee4937c..7d2493cda5d8 100644 > --- a/fs/exfat/exfat_fs.h > +++ b/fs/exfat/exfat_fs.h > @@ -9,6 +9,7 @@ > #include > #include > #include > +#include > > #define EXFAT_ROOT_INO 1 > > @@ -41,6 +42,14 @@ enum { > #define ES_2_ENTRIES 2 > #define ES_ALL_ENTRIES 0 > > +#define ES_FILE_ENTRY 0 > +#define ES_STREAM_ENTRY 1 > +#define ES_FIRST_FILENAME_ENTRY 2 New ES_ definitions seem to be an index in an entry set. However, this is confusing with definitions for specifying the range used when obtaining an entry set, such as ES_2_ENTRIES or ES_ALL_ENTRIES. Therefore, it would be better to use ES_IDX_ instead of ES_ to distinguish names such as ES_IDX_FILE, ES_IDX_STREAM and so on. (If you can think of a better prefix, it doesn't have to be ES_IDX_) > +#define EXFAT_FILENAME_ENTRY_NUM(name_len) \ > + DIV_ROUND_UP(name_len, EXFAT_FILE_NAME_LEN) > +#define ES_LAST_FILENAME_ENTRY(name_len) \ > + (ES_FIRST_FILENAME_ENTRY + EXFAT_FILENAME_ENTRY_NUM(name_len)) As with the newly defined ES_ value above, it makes sense for the ES_LAST_FILENAME_ENTRY() MACRO to return the index of the last filename entry. So let's subtract 1 from the current MACRO. > + > #define DIR_DELETED 0xFFFF0321 > > /* type values */ > @@ -68,9 +77,6 @@ enum { > #define MAX_NAME_LENGTH 255 /* max len of file name excluding NULL */ > #define MAX_VFSNAME_BUF_SIZE ((MAX_NAME_LENGTH + 1) * MAX_CHARSET_SIZE) > > -/* Enough size to hold 256 dentry (even 512 Byte sector) */ > -#define DIR_CACHE_SIZE (256*sizeof(struct exfat_dentry)/512+1) > - > #define EXFAT_HINT_NONE -1 > #define EXFAT_MIN_SUBDIR 2 > > @@ -125,6 +131,16 @@ enum { > #define BITS_PER_BYTE_MASK 0x7 > #define IGNORED_BITS_REMAINED(clu, clu_base) ((1 << ((clu) - (clu_base))) - 1) > > +/* 19 entries = 1 file entry + 1 stream entry + 17 filename entries */ > +#define ES_MAX_ENTRY_NUM ES_LAST_FILENAME_ENTRY(MAX_NAME_LENGTH) Of course, it needs to add 1 here. > + > +/* > + * 19 entries x 32 bytes/entry = 608 bytes. > + * The 608 bytes are in 3 sectors at most (even 512 Byte sector). > + */ > +#define DIR_CACHE_SIZE \ > + (DIV_ROUND_UP(EXFAT_DEN_TO_B(ES_MAX_ENTRY_NUM), SECTOR_SIZE) + 1) > + > struct exfat_dentry_namebuf { > char *lfn; > int lfnbuf_len; /* usually MAX_UNINAME_BUF_SIZE */ > @@ -166,11 +182,11 @@ struct exfat_hint { > > struct exfat_entry_set_cache { > struct super_block *sb; > - bool modified; > unsigned int start_off; > int num_bh; > struct buffer_head *bh[DIR_CACHE_SIZE]; > unsigned int num_entries; > + bool modified; > }; > > struct exfat_dir_entry {