From: Christoph Hellwig <hch@infradead.org>
To: Damien Le Moal <damien.lemoal@wdc.com>
Cc: jaegeuk@kernel.org, yuchao0@huawei.com,
linux-f2fs-devel@lists.sourceforge.net,
linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] f2fs: Reduce zoned block device memory usage
Date: Tue, 20 Feb 2018 18:39:05 -0800 [thread overview]
Message-ID: <20180221023905.GA13864@infradead.org> (raw)
In-Reply-To: <20180220060610.12588-1-damien.lemoal@wdc.com>
On Tue, Feb 20, 2018 at 03:06:10PM +0900, Damien Le Moal wrote:
> For a zoned block device mount, an array of zone types for the device is
> allocated and initialized in order to determine if a section is stored
> on a sequential zone (zone reset needed) or a conventional zone (no zone
> reset needed and regular discard applies). Considering this usage, the
> zone types stored in memory can be replaced with a bitmap to indicate
> equivalent information, that is, if a zone is sequential or not. This
> reduces the memory usage for the device mount by roughly 8 (on a 14TB
> disk with zones of 256 MB, the zone type array consumes 13x4KB pages
> while the bitmap uses only 2x4KB pages.
>
> This patch changes the f2fs_dev_info structure blkz_type field to the
> bitmap blkz_seq. Access to this bitmap is done using the function
> f2fs_blkz_is_seq(), which is a rewrite of the function get_blkz_type().
Is there any way we could just provide a block layer helper to
figure this out so that the file system code could be simplified even
more?
next prev parent reply other threads:[~2018-02-21 2:39 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-20 6:06 [PATCH] f2fs: Reduce zoned block device memory usage Damien Le Moal
2018-02-21 2:39 ` Christoph Hellwig [this message]
2018-02-21 2:49 ` Damien Le Moal
2018-02-21 3:33 ` Damien Le Moal
2018-02-25 15:12 ` [f2fs-dev] " Chao Yu
2018-02-25 15:13 ` Chao Yu
-- strict thread matches above, loose matches on Subject: below --
2019-03-04 7:04 Damien Le Moal
2019-03-04 9:46 ` Johannes Thumshirn
2019-03-05 2:56 ` Damien Le Moal
2019-03-05 16:55 ` Jaegeuk Kim
2019-03-05 23:53 ` Damien Le Moal
2019-03-06 3:22 ` Jaegeuk Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180221023905.GA13864@infradead.org \
--to=hch@infradead.org \
--cc=damien.lemoal@wdc.com \
--cc=jaegeuk@kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=yuchao0@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).