From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: sandeen@redhat.com
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH v9 0/3] xfsprogs 4.12: GETFSMAP support
Date: Thu, 15 Jun 2017 13:37:22 -0700 [thread overview]
Message-ID: <20170615203722.GA4530@birch.djwong.org> (raw)
In-Reply-To: <149755888982.3424.6925834871301440055.stgit@birch.djwong.org>
Sorry, I mistyped the ending patch name in stg mail, so please ignore
this series. The 12-patch series is the correct one.
--D
On Thu, Jun 15, 2017 at 01:34:49PM -0700, Darrick J. Wong wrote:
> Hi all,
>
> This patchset implements the userspace components of the new GETFSMAP
> ioctl that is now in upstream for 4.12. This release contains various
> cleanups that came up in the discussion of the v8 patchset; it should
> apply directly to for-next.
>
> The first two patches refactor string-to-number conversion routines.
>
> The third patch chooses a faster crc32c algorithm, which provides
> a small (~5%) decrease in xfs_repair runtime for metadata-heavy fses.
>
> The fourth patch adds some autoconf magic so that client programs can
> detect a platform supporting FSMAP (currently Linux) and stuff in our
> own header if the system headers do not provide it.
>
> The fifth patch introduce a 'fsmap' command to xfs_io so that users can
> query the raw reverse mapping data that is exported by fsmap. If the
> experimental rmapbt feature is enabled, the returned results will be
> straight out of the rmapbt; otherwise, the extent information is
> synthesized out of the free space btres.
>
> The sixth patch delegates xfs_repair's rmap comparison function to the
> new libxfs version that was introduced as a part of the getfsmap kernel
> patches.
>
> The remainder of the patch set introduces xfs_spaceman, which is a new
> tool to manage disk space on a mounted XFS filesystem. The new tool can
> call FITRIM, manage space reservations, and display summary information
> about the free space on the filesystem. This information is probably
> most useful for developers and people surveying free space
> fragmentation.
>
> Note: The primary user of the GETFSMAP information will be the media
> scan phase of the upcoming xfs_scrub tool, which will be posted later.
>
> Questions? Comments?
>
> --D
> --
> To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2017-06-15 20:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-15 20:34 [PATCH v9 0/3] xfsprogs 4.12: GETFSMAP support Darrick J. Wong
2017-06-15 20:35 ` [PATCH 1/3] xfs_io: refactor numlen into a library function Darrick J. Wong
2017-06-15 20:35 ` [PATCH 2/3] libxcmd: add cvt{int, long} to convert strings to int and long Darrick J. Wong
2017-06-15 20:35 ` [PATCH 3/3] libxfs: use crc32c slice-by-8 variant by default Darrick J. Wong
2017-06-21 19:14 ` Eric Sandeen
2017-06-15 20:37 ` Darrick J. Wong [this message]
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=20170615203722.GA4530@birch.djwong.org \
--to=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@redhat.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).