From: Theodore Ts'o <tytso@mit.edu>
To: "Lukáš Czerner" <lczerner@redhat.com>
Cc: Zheng Liu <gnehzuil.liu@gmail.com>, linux-ext4@vger.kernel.org
Subject: Re: [PATCH FOR DISCUSSION] add delalloc debugging
Date: Wed, 26 Jun 2013 09:39:13 -0400 [thread overview]
Message-ID: <20130626133913.GD3875@thunk.org> (raw)
In-Reply-To: <alpine.LFD.2.00.1306261414000.5729@localhost.localdomain>
On Wed, Jun 26, 2013 at 02:31:14PM +0200, Lukáš Czerner wrote:
> > 1. Now when we read /proc/fs/ext4/{$DEV}/delalloc_debug, it will print
> > the result in console. IMHO, I don't think it is a good choice. I
> > prefer to print this result in debugfs or in sysfs.
>
> I would prefer to print this info in debug_delalloc_show() so we can
> simply read the file instead of read the file + read the log.
This turns out to be tricky because we would need to grab all of this
information and stash it in kernel allocated memory, since otherwise
it might change out from under us if we need to read the information
across multiple read requests to the /proc file.
> I think that having this enabled only is EXT4_DEBUG is set is just
> fine. However if you want to be able to use it even without EXT4_DEBUG
> option we could just set proper permissions on the
> /proc/fs/ext4/{$DEV}/delalloc_debug so that only privileged user can
> open it.
The file is mode 400 readable by root already.
> > 3. Maybe we can provide a interface to let the user indicate which inode
> > they want to observe.
>
> you can grep for it, I do not think it's a big deal.
If we wanted to release the delalloc information for an inode, that's
actually easier; we could do this via an ioctl.
> > Finally, the patch itself still has two minor problems. We forget
> > to call remove_proc_entry() in ext4_put_super(). Another problem is
> > compile warnings.
This were alrady fixed in the version which is in the ext4 patch
queue. I noticed those issues shortly after I sent out the patch for
discussion.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-06-26 13:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-20 16:42 [PATCH FOR DISCUSSION] add delalloc debugging Theodore Ts'o
2013-06-25 3:50 ` Zheng Liu
2013-06-26 12:31 ` Lukáš Czerner
2013-06-26 13:39 ` Theodore Ts'o [this message]
2013-06-26 13:18 ` Dave Chinner
2013-06-26 14:41 ` Theodore Ts'o
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=20130626133913.GD3875@thunk.org \
--to=tytso@mit.edu \
--cc=gnehzuil.liu@gmail.com \
--cc=lczerner@redhat.com \
--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.