All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Freemyer <greg.freemyer@gmail.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] disk capacity discrepancy: is it 1000 versus 1024?
Date: Sat, 14 May 2005 17:27:58 -0400	[thread overview]
Message-ID: <87f94c370505141427e9e1340@mail.gmail.com> (raw)
In-Reply-To: <a06210281beac17a8abb2@129.98.90.227>

On 5/14/05, Maurice Volaski wrote:
> I originally had a hardware RAID with fourteen 400 GB drives of
> usable capacity (Hitachi 7K400) . That's 5600 GB altogether. That's
> what both fdisk and df report (filesystem was ext3).
> 
> When I instead created an LVM2 physical volume on the device, I get
> just 5.09 TB.
> 
> Is LVM eating several hundreds gigabytes of space or is it the case
> that LVM uses terminology in a strict multiply by 1024 fashion versus
> everything else, which is multiplying by 1000. In that case, I guess
> the drives aren't really 400 GBs. :-(
> 
> However, it appears that parameters passed to LVM commands are
> interpreted using x1000, not x1024.
> 
> other keywords: gigabinarybytes, gibibytes, Gi, terabinarybytes, tebibytes, Ti.
> --
> 
> Maurice Volaski, mvolaski@aecom.yu.edu
> Computing Support, Rose F. Kennedy Center
> Albert Einstein College of Medicine of Yeshiva University

As Maurice implies NIST is making an effort (however small) to
standardize GB as 1000 * 1000 * 1000 bytes.

See http://physics.nist.gov/cuu/Units/binary.html

So per NIST:
GB = Gigabyte = 1,000 * 1,000 * 1,000 Bytes
GiB = Gibibyte  = 1,024 * 1,024 * 1,024 Bytes

Or for Maurice TB vs. TiB

BTW, the difference between TB and TiB is almost 10% so this has a
very user observable effect and would explain Maurice's discrepancy.

So if I understand Maurice's question, it becomes:
   "Is LVM reporting TiB units with a TB designation?"

Greg
-- 
Greg Freemyer
The Norcross Group
Forensics for the 21st Century

       reply	other threads:[~2005-05-14 21:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <a06210281beac17a8abb2@129.98.90.227>
2005-05-14 21:27 ` Greg Freemyer [this message]
2005-05-14 21:41   ` [linux-lvm] disk capacity discrepancy: is it 1000 versus 1024? Greg Freemyer
2005-05-17  6:21     ` Christian Hack
2005-05-14 21:18 Maurice Volaski

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=87f94c370505141427e9e1340@mail.gmail.com \
    --to=greg.freemyer@gmail.com \
    --cc=linux-lvm@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.