From: Robert White <rwhite@pobox.com>
To: Duncan <1i5t5.duncan@cox.net>, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH 6/7] Print the summary
Date: Mon, 15 Dec 2014 19:47:06 -0800 [thread overview]
Message-ID: <548FAB3A.7060009@pobox.com> (raw)
In-Reply-To: <pan$20861$ccededbf$bdcf87a3$8bcef8ae@cox.net>
On 12/15/2014 05:58 PM, Duncan wrote:
> * Please s/disk/device/, here and possibly elsewhere. I know I'm not the
> only one who is trying to make the switch in my own usage, as it looks a
> bit foolish (and/or marks the user as an old fogey who's likely to start
> lecturing about how a GiB isn't "small", as I'm known to do at times!
> =:^) already, as it's only going to be more so over time.
I am actually not fond of "disk" nor "device" as both carry potentially
false information.
I prefer "slice", not that I am totally happy with that word either. But
by the time you get through loopback devices, memory map devices, the
"device files" that represent parts of "partitioned" devices, logical
"volumes", and god only knows what future "thingies" we will end up
dealing with... I like the terms that remove false hints.
In linux we (currently, and for the foreseeable future) use the device
files and so conflate "device" with all the above.
But if the code base and format were to spread to another platform...
And besides, using device carries its own lingual hazzards.
"device 1 is a whole device /dev/sda, while device two is a partition on
a partition called /dev/sdb1, and device three is on a partition called
/dev/sdb2 which is really on the same device as the second device." etc.
"slice one is a whole device, /dev/sda; slice two is on a partition
called /dev/sdb1; slice three is on a partition called /dev/sdb2, which
shares the same device as slice two."
Much clearer when things get nasty.
"Slice" comes from programming, where arrays of storage can be "sliced"
and recombined. The term was popularized (if memory serves) by Ada, not
that Ada became popular. 8-)
You can have slices of anything, so like using a "slice of ram" makes sense.
It just seems like a waste to school yourself to eschew "disk" for
"device" when the latter carries almost as much problematic baggage as
the former.
next prev parent reply other threads:[~2014-12-16 3:47 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-15 20:02 [RFC][BTRFS-PROGS] Improve output of mkfs.btrfs command Goffredo Baroncelli
2014-12-15 20:02 ` [PATCH 1/7] Add -v -q switches to mkfs.btrfs Goffredo Baroncelli
2014-12-16 4:56 ` Satoru Takeuchi
2014-12-15 20:02 ` [PATCH 2/7] Move group_profile_str() in utils.c Goffredo Baroncelli
2014-12-15 20:02 ` [PATCH 3/7] Add verbose option to btrfs_add_to_fsid() Goffredo Baroncelli
2014-12-15 20:02 ` [PATCH 4/7] Add strdup in btrfs_add_to_fsid() to track the device path Goffredo Baroncelli
2014-12-15 20:02 ` [PATCH 5/7] Return the fsid from make_btrfs() Goffredo Baroncelli
2014-12-15 20:02 ` [PATCH 6/7] Print the summary Goffredo Baroncelli
2014-12-16 1:58 ` Duncan
2014-12-16 3:47 ` Robert White [this message]
2014-12-16 9:05 ` Hugo Mills
2014-12-16 21:40 ` Duncan
2014-12-18 5:44 ` Robert White
2014-12-18 8:41 ` Terminology (was Re: [PATCH 6/7] Print the summary) Hugo Mills
2014-12-22 18:38 ` David Sterba
2014-12-17 18:59 ` [PATCH 6/7] Print the summary Goffredo Baroncelli
2014-12-16 3:27 ` Satoru Takeuchi
2014-12-15 20:03 ` [PATCH 7/7] Add -v and -o switches Goffredo Baroncelli
2014-12-16 3:23 ` [RFC][BTRFS-PROGS] Improve output of mkfs.btrfs command Satoru Takeuchi
2014-12-17 19:49 ` Goffredo Baroncelli
2014-12-17 14:29 ` David Sterba
2014-12-17 15:08 ` Holger Hoffstätte
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=548FAB3A.7060009@pobox.com \
--to=rwhite@pobox.com \
--cc=1i5t5.duncan@cox.net \
--cc=linux-btrfs@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 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).