From: Richard Weinberger <richard@sigma-star.at>
To: dedekind1@gmail.com, Jonas Holmberg <jonashg@axis.com>
Cc: Ricard Wanderlof <ricard.wanderlof@axis.com>,
Linux mtd <linux-mtd@lists.infradead.org>,
Cristian Ionescu-Idbohrn <cii@axis.com>
Subject: Re: Actual usage of files in ubifs
Date: Mon, 11 Sep 2017 21:57:44 +0200 [thread overview]
Message-ID: <1682206.lC8nDS1gi7@blindfold> (raw)
In-Reply-To: <1505144649.14367.85.camel@gmail.com>
Am Montag, 11. September 2017, 17:44:09 CEST schrieb Artem Bityutskiy:
> > Good point. I was solely thinking along the lines of how much space
> > the
> > actual file occupied, not considering metadata. That would be a good
> > starting point. I'm guessing that for moderate file sizes the
> > metadata
> > would be relatively small compared to the file itself?
>
> I would think a "slow" version of this would not be that hard to
> implement - walk the index and sum up node sizes. Subtract header sizes
> if you do not want metadata.
>
> I am not sure what would be the API? Do other FSes implement something
> like this?
I think a "show MTD usage by inode" should be implementable via debugfs.
Maybe, after a discussion on linux-fsdevel a per-file ioctl().
But first I'd like to know more about the use-case and where to draw the
border.
e.g. If a file as xattrs, do you also account them? UBIFS modules xattrs
via inodes. So, they have a rather huge space overhead.
Thanks,
//richard
--
sigma star gmbh - Eduard-Bodem-Gasse 6 - 6020 Innsbruck - Austria
ATU66964118 - FN 374287y
next prev parent reply other threads:[~2017-09-11 19:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-11 9:47 Actual usage of files in ubifs Ricard Wanderlof
2017-09-11 14:55 ` Richard Weinberger
2017-09-11 15:18 ` Ricard Wanderlof
2017-09-11 15:44 ` Artem Bityutskiy
2017-09-11 19:57 ` Richard Weinberger [this message]
2017-09-12 9:15 ` Ricard Wanderlof
2017-09-12 14:52 ` Richard Weinberger
2017-09-15 22:08 ` Ricard Wanderlof
2017-09-16 6:32 ` Richard Weinberger
2017-09-18 6:37 ` Ricard Wanderlof
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=1682206.lC8nDS1gi7@blindfold \
--to=richard@sigma-star.at \
--cc=cii@axis.com \
--cc=dedekind1@gmail.com \
--cc=jonashg@axis.com \
--cc=linux-mtd@lists.infradead.org \
--cc=ricard.wanderlof@axis.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 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.