From: Jamie Lokier <jamie@shareable.org>
To: "Martin K. Petersen" <martin.petersen@oracle.com>
Cc: linux-fsdevel@vger.kernel.org, Eric Sandeen <sandeen@redhat.com>,
Andreas Dilger <adilger@sun.com>, Jim Meyering <jim@meyering.net>,
jens.axboe@oracle.com
Subject: Re: Topology ioctls
Date: Wed, 23 Sep 2009 19:28:33 +0100 [thread overview]
Message-ID: <20090923182833.GC23822@shareable.org> (raw)
In-Reply-To: <yq1pr9hu48c.fsf@sermon.lab.mkp.net>
Martin K. Petersen wrote:
>
> The original rationale for exporting the topology information via sysfs
> was that we intended to support multiple heterogeneous regions within a
> block device. And that fit poorly with an ioctl approach.
>
> However, with a single region per device it is trivial to provide the
> topology. And while mkfs.* will continue to use the libblkid interface,
> there are users that would like to get access to this information
> without having to traverse sysfs and stitch things together manually.
Quite nice, I can see it coming in handy.
One more bit of information I'd like is the "write affected block
size". When you write to a single disk, it's the sector size (512 or
soon to be 4096). For a RAID, it's probably quite large, depending on
implementation details. For some kind of flash - see threads from
Pavel and LWN about sector writes causing erase-block sizes to be
lost.
That size is useful to any program which does journalling/logging type
of write pattern, i.e. databases and filesystems-in-a-file, so they
can write new commit blocks sufficiently far apart.
-- Jamie
next prev parent reply other threads:[~2009-09-23 18:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-23 14:26 Topology ioctls Martin K. Petersen
2009-09-23 18:28 ` Jamie Lokier [this message]
2009-09-24 4:06 ` Martin K. Petersen
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=20090923182833.GC23822@shareable.org \
--to=jamie@shareable.org \
--cc=adilger@sun.com \
--cc=jens.axboe@oracle.com \
--cc=jim@meyering.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--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 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.