From: Jan Kara <jack@suse.cz>
To: Josh Triplett <josh@joshtriplett.org>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Inline data with 128-byte inodes?
Date: Wed, 22 Apr 2020 18:00:45 +0200 [thread overview]
Message-ID: <20200422160045.GC20756@quack2.suse.cz> (raw)
In-Reply-To: <20200414070207.GA170659@localhost>
On Tue 14-04-20 00:02:07, Josh Triplett wrote:
> Is there a fundamental reason that ext4 *can't* or *shouldn't* support
> inline data with 128-byte inodes?
Well, where would we put it on disk? ext4 on-disk inode fills 128-bytes
with 'osd2' union...
Or do you mean we should put inline data in an external xattr block?
Honza
> As far as I can tell, the kernel ext4 implementation only allows inline
> data with 256-byte or larger inodes, because it requires the system.data
> xattr to exist, even if the actual data requires 60 bytes or less. (The
> implementation in debugfs, on the other hand, handles inline data in
> 128-byte inodes just fine. And it seems like it'd be fairly
> straightforward to change the kernel implementation to support it as
> well.)
>
> For filesystems that don't need to store xattrs in general, and can live
> with the other limitations of 128-byte inodes, using a 128-byte inode
> can save substantial space compared to a 256-byte inode (many megabytes
> worth of inode tables, versus 4k for each file between 61-160 bytes),
> and many small files or small directories would still fit in 60 bytes.
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
next prev parent reply other threads:[~2020-04-22 16:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-14 7:02 Inline data with 128-byte inodes? Josh Triplett
2020-04-22 16:00 ` Jan Kara [this message]
2020-04-22 20:15 ` Andreas Dilger
2020-04-23 0:40 ` Josh Triplett
2020-04-23 11:56 ` Jan Kara
2020-05-04 22:52 ` Andreas Dilger
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=20200422160045.GC20756@quack2.suse.cz \
--to=jack@suse.cz \
--cc=josh@joshtriplett.org \
--cc=linux-ext4@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.