moore@emily.uvm.edu (Bryan Moore) (06/20/91)
Someone was trying to tell me that Kbytes in terms of memory
is 1024 bytes, but Kbytes in terms of Hard disk space is 1000 bytes.
When I do a 'lsattr -E -lsys0 -a realmem' It tells me I have
24576 kbytes of memory. Which I assume means 24576*1024=25,165,824
bytes.
When I do a df, It tells me I have 76,216 kbytes free on a certain
minidisk. I've been told that this means 76216*1000=76,216,000 bytes
free and not 76216*1024=78,045,184 bytes.
Could someone confirm this?
Just curious...
Thanks!
BRYAN R. MOORE | "Last night I had that same old dream
EMAIL : moore@uvm-gen.uvm.edu | it rocked me in my sleep, it gave me
USMAIL: 12 Waybury Rd. Colchester, | the impression the sandman plays for
Vermont 05446 | keeps..." Larry Normandrake@drake.almaden.ibm.com (06/21/91)
Each announcement letter for a RISC System/6000 product contains the
following comment:
NOTE: MB is 1,048,576 bytes (two to the twentieth power) when
referring to memory; in all other cases it is 1,000,000 (ten to the
sixth power).
GB is 1,073,741,824 bytes (two to the thirtieth power) when
referring to memory; in all other cases it is 1,000,000,000 (ten to
the ninth power).
Sam Drake / IBM Almaden Research Center
Internet: drake@ibm.com BITNET: DRAKE at ALMADEN
Usenet: ...!uunet!ibmarc!drake Phone: (408) 927-1861geoff@ugc.uucp (Geoff Coleman) (06/21/91)
In article <862@rufus.UUCP> drake@drake.almaden.ibm.com writes: >Each announcement letter for a RISC System/6000 product contains the >following comment: > > NOTE: MB is 1,048,576 bytes (two to the twentieth power) when > referring to memory; in all other cases it is 1,000,000 (ten to the > sixth power). > GB is 1,073,741,824 bytes (two to the thirtieth power) when > referring to memory; in all other cases it is 1,000,000,000 (ten to > the ninth power). So nice of IBM to use a couple of different definitions for the same term. I guess it makes their disks look larger to the unknowing. What I find really amusing is that du and df don't add up because du appears to return number of blocks in 1024 byte blocks not in 1000 byte blocks. Geoff Coleman