From: Linda Walsh <lkml@tlinx.org>
To: util-linux@vger.kernel.org
Cc: Matthew Eaton <m.eaton82@gmail.com>, Karel Zak <kzak@redhat.com>
Subject: Re: fdisk units size & disk manufacturers buying the standard
Date: Mon, 08 Dec 2014 13:35:43 -0800 [thread overview]
Message-ID: <548619AF.5070900@tlinx.org> (raw)
In-Reply-To: <CAF+0mvm-fGvf3BOL6f8SsJgp75a3CP1xsVwkdD+_zP4hg06npQ@mail.gmail.com>
Matthew Eaton wrote:
>> Frankly, use 10 based calculation in IT is ugly thing, we are not
>> hard disk device marketing guys...
>>
>
> I work for a SSD manufacturer! :)
>
> Actually, I agree with you. But sometimes it's easier for me to see
> 240 GB in fdisk output and know that I have a 240 GB drive plugged in,
> rather than see 223.5 GiB.
>
----
The corporations told consumers how it would be so they could better sell
disks -- they bought the standard committee, and it's been screwed since.
They may a fundamental error that any engineer or mathematician could
point out:
'B' == a prefix meaning 2^3bits. I.e 'B' is a base-2 measurement. In
science
and engineering, you just don't mix units like that unless want to prove
you don't
know what you are talking about.
NOTE: saying 24000Gb is fine. A bit is unit.
But a Byte, (today), is defined as 2^3 bits. (Unless someone want's to
argue
that disk manufacturers really mean to use 10-12 bit bytes... *cough*).
So it becomes obvious -- in telecom, speeds are usually quoted in
bits/time,
so decimal units make sense. In most *physical sciences* decimal makes
sense.
Computers don't count in decimal but use binary (Show me 1 memory or
computer-cache description that tells me 16K = 16,000.
Also, disk manufacturers are lying. Disk space is allocated in 2^9 (512
Bytes or 2^12 bits)
or 2^12 Bytes (2^15 bits). They ***CANNOT*** accurate quote disk space
using
base 10. I.e. 1MB = 2048 sectors. But 1MBd = 1954.125 sectors -- and
you cannot
use 1/8th of a sector. So ANY figure they give will be a lie as 10
doesn't divide into
a power of 2 which is how computer space is allocated and used.
Nice the way corporations can buy definitions... just like about
anything else... ;-(
Another argument. SI prefixes are applied to physical units (meter,
gram, liter...etc).
A bit isn't a physical unit, so their argument that physical prefixes
should apply to
virtual base-2 quantities becomes even more nonsensical.
But hey, what are science math and engineering to the power of ignorant
consumer
powered corporations?
But SI overstepped their bounds, unless they want to define the 'bit'
and the 'Byte' as
metric units and keep a representation of them in some clean room in
Paris (or
the modern equivalent).
next prev parent reply other threads:[~2014-12-08 22:04 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-26 0:19 fdisk units size Matthew Eaton
2014-12-04 13:00 ` Karel Zak
2014-12-04 14:14 ` Martin Steigerwald
2014-12-04 16:59 ` Matthew Eaton
2014-12-08 21:35 ` Linda Walsh [this message]
2014-12-08 22:53 ` fdisk units size & disk manufacturers buying the standard Felix Miata
2014-12-09 21:17 ` Dale R. Worley
2015-01-05 22:17 ` Phillip Susi
2015-01-08 0:21 ` Linda Walsh
2015-01-08 3:56 ` Phillip Susi
2015-01-08 6:31 ` Peter Cordes
2015-01-09 2:37 ` Linda Walsh
2015-01-09 9:16 ` Matthias Schniedermeyer
2015-01-09 14:59 ` Phillip Susi
2015-01-10 0:29 ` Linda Walsh
2015-01-12 18:50 ` Phillip Susi
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=548619AF.5070900@tlinx.org \
--to=lkml@tlinx.org \
--cc=kzak@redhat.com \
--cc=m.eaton82@gmail.com \
--cc=util-linux@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.