From: Chao Yu <chao@kernel.org>
To: Gao Xiang <hsiangkao@linux.alibaba.com>, linux-erofs@lists.ozlabs.org
Cc: chao@kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 00/10] erofs: 48-bit layout support
Date: Thu, 13 Mar 2025 20:06:58 +0800 [thread overview]
Message-ID: <695b5311-d0bb-422c-9a96-52cfcc72afb4@kernel.org> (raw)
In-Reply-To: <20250310095459.2620647-1-hsiangkao@linux.alibaba.com>
On 2025/3/10 17:54, Gao Xiang wrote:
> Hi folks,
>
> The current 32-bit block addressing limits EROFS to a 16TiB maximum
> volume size with 4KiB blocks. However, several new use cases now
> require larger capacity support:
> - Massive datasets for model training to boost random sampling
> performance for each epoch;
> - Object storage clients using EROFS direct passthrough.
>
> This extends core on-disk structures to support 48-bit block addressing,
> such as inodes, device slots, and inode chunks.
>
> In addition, it introduces an mtime field to 32-byte compact inodes for
> basic timestamp support, as well as expands the superblock root NID to
> an 8-byte rootnid_8b for out-of-place update incremental builds.
>
> In order to support larger images beyond 32-bit block addressing and
> efficient indexing of large compression units for compressed data, and
> to better support popular compression algorithms (mainly Zstd) that
> still lack native fixed-sized output compression support, introduce
> byte-oriented encoded extents, so that these compressors are allowed
> to retain their current methods.
>
> Therefore, it speeds up Zstd image building a lot by using:
> Processor: Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz * 96
> Dataset: enwik9
> Build time Size Type Command Line
> 3m52.339s 266653696 FO -C524288 -zzstd,22
> 3m48.549s 266174464 FO -E48bit -C524288 -zzstd,22
> 0m12.821s 272134144 FI -E48bit -C1048576 --max-extent-bytes=1048576 -zzstd,22
>
> It has been stress-tested on my local setup for a while without any
> strange happens.
Cool, good work! For this serial,
Acked-by: Chao Yu <chao@kernel.org>
Hoping to grab continuous free slots to check the details, then we can
change it to rvb status before merge window. :)
Thanks,
>
> Thanks,
> Gao Xiang
>
> Gao Xiang (10):
> erofs: get rid of erofs_map_blocks_flatmode()
> erofs: simplify erofs_{read,fill}_inode()
> erofs: add 48-bit block addressing on-disk support
> erofs: implement 48-bit block addressing for unencoded inodes
> erofs: support dot-omitted directories
> erofs: initialize decompression early
> erofs: add encoded extent on-disk definition
> erofs: implement encoded extent metadata
> erofs: support unaligned encoded data
> erofs: enable 48-bit layout support
>
> fs/erofs/Kconfig | 14 +--
> fs/erofs/data.c | 133 +++++++++++-------------
> fs/erofs/decompressor.c | 2 +-
> fs/erofs/dir.c | 7 +-
> fs/erofs/erofs_fs.h | 191 ++++++++++++++++-------------------
> fs/erofs/inode.c | 126 +++++++++++------------
> fs/erofs/internal.h | 30 +++---
> fs/erofs/super.c | 49 ++++-----
> fs/erofs/sysfs.c | 2 +
> fs/erofs/zdata.c | 96 +++++++++---------
> fs/erofs/zmap.c | 166 +++++++++++++++++++++++++-----
> include/trace/events/erofs.h | 2 +-
> 12 files changed, 455 insertions(+), 363 deletions(-)
>
next prev parent reply other threads:[~2025-03-13 12:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-10 9:54 Gao Xiang
2025-03-10 9:54 ` [PATCH 01/10] erofs: get rid of erofs_map_blocks_flatmode() Gao Xiang
2025-03-10 9:54 ` [PATCH 02/10] erofs: simplify erofs_{read,fill}_inode() Gao Xiang
2025-03-10 9:54 ` [PATCH 03/10] erofs: add 48-bit block addressing on-disk support Gao Xiang
2025-03-10 9:54 ` [PATCH 04/10] erofs: implement 48-bit block addressing for unencoded inodes Gao Xiang
2025-03-10 9:54 ` [PATCH 05/10] erofs: support dot-omitted directories Gao Xiang
2025-03-10 9:54 ` [PATCH 06/10] erofs: initialize decompression early Gao Xiang
2025-03-16 17:07 ` [PATCH v2 " Gao Xiang
2025-03-17 5:48 ` [PATCH v3 " Gao Xiang
2025-03-10 9:54 ` [PATCH 07/10] erofs: add encoded extent on-disk definition Gao Xiang
2025-03-10 9:54 ` [PATCH 08/10] erofs: implement encoded extent metadata Gao Xiang
2025-03-10 9:54 ` [PATCH 09/10] erofs: support unaligned encoded data Gao Xiang
2025-03-10 9:56 ` [PATCH 10/10] erofs: enable 48-bit layout support Gao Xiang
2025-03-13 12:06 ` Chao Yu [this message]
2025-03-13 12:32 ` [PATCH 00/10] erofs: " Gao Xiang
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=695b5311-d0bb-422c-9a96-52cfcc72afb4@kernel.org \
--to=chao@kernel.org \
--cc=hsiangkao@linux.alibaba.com \
--cc=linux-erofs@lists.ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®