> I see that in the very latest Configure.help version, 2.76, available at
> http://www.tuxedo.org/~esr/cml2/ Eric has decided to follow the
> following standard: IEC 60027-2, Second edition, 2000-11, Letter symbols
> to be used in electrical technology - Part 2: Telecommunications and
> electronics. and has changed all the abbreviations for Kilobyte (KB) to
> KiB, Megabyte (MB) to MiB, etc, etc.
Personally? This is hideous, confusing, and unneeded.
GiB in my mind is a gigabit, anyhow.
Robert Love
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
It's confusing enough with the 10 "Mb" networking / 1.44 "MB" floppy
distinction already..
At 11:02 -0700 Steven Cole wrote:
>Now, granted that this is the "standard", should there be some discussion related to this
>change, or is everyone comfortable with this? It certainly made me do a double take.
>
>Here is a snippet from the diff between versions 2.75 and 2.76 of Configure.help:
>
>@@ -344,8 +344,8 @@
> If you are compiling a kernel which will never run on a machine with
> more than 960 megabytes of total physical RAM, answer "off" here
> (default choice and suitable for most users). This will result in a
>- "3GB/1GB" split: 3GB are mapped so that each process sees a 3GB
>- virtual memory space and the remaining part of the 4GB virtual memory
>+ "3GiB/1GiB" split: 3GiB are mapped so that each process sees a 3GiB
>+ virtual memory space and the remaining part of the 4GiB virtual memory
> space is used by the kernel to permanently map as much physical memory
> as possible.
> I'm afraid I have to disagree with you. Not enough people
> know that KB stands for 1000B. I know through experience that
> KB is often used for 1024B. The introduction of KiB makes it
> clear that 1024B is intended.
Given the confusion its raised in this thread already, this strikes
me as a particularly bad change. Some of those definitions in
Configure.help have been there for the better part of 10 years
now, and I don't recall anyone in the past few years needing to
ask for clarification.
Is this really that important ?
Dave.
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
>You are close - he uses "MiB" as short for "mebi" - Mega-binary.
Personally I don't like very much the abbreviations, but I must
recognize that they remove all possible ambiguity for the
Configure.help. With MiB, GiB, etc... you're completely sure that you
are talking about 2^20, 2^30 and not 10^6, 10^9, etc...
So I think that is a good idea in general to use that
abbreviations for the binary units. Moreover, it's official and
correct use. Eric made a sensible decision here.
Raúl
I'm afraid I have to disagree with you. Not enough people
know that KB stands for 1000B. I know through experience that
KB is often used for 1024B. The introduction of KiB makes it
clear that 1024B is intended.
--
Randolph Bentson
ben...@holmsjoen.com
This change came as a patch from David Woodhouse. I think the new
abbreviations are awful ugly, myself, but they do have the virtue of
not being ambiguous. So I swallowed hard and took the patch.
--
<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>
The right to buy weapons is the right to be free.
-- A.E. Van Vogt, "The Weapon Shops Of Isher", ASF December 1942
You are close - he uses "MiB" as short for "mebi" - Mega-binary.
Don't laugh - this is official! It's exactly for what you said:
What is 1 MB?
1.000.000 Byte
or
1.048.576 Byte
For a short reading I recommend this:
http://physics.nist.gov/cuu/Units/binary.html
ciao
Michael
Matt Bernstein wrote:
> I believe that the main purpose of documentation, help etc is to get the
> information across in a way that is most easily understood, ie that
> minimises the number of support questions.. ..and everyone surely knows
> what GB, MB and KB stand for. So let's leave it at that. Where's the "i"
> in "megabyte" ? Or is 1MiB 1000000 bytes, rather than 1048576?
>
> It's confusing enough with the 10 "Mb" networking / 1.44 "MB" floppy
> distinction already..
>
> At 11:02 -0700 Steven Cole wrote:
>
>
>>Now, granted that this is the "standard", should there be some
discussion related to this
>>change, or is everyone comfortable with this? It certainly made me
do a double take.
>>
>>Here is a snippet from the diff between versions 2.75 and 2.76 of
Configure.help:
>>
>>@@ -344,8 +344,8 @@
>> If you are compiling a kernel which will never run on a machine with
>> more than 960 megabytes of total physical RAM, answer "off" here
>> (default choice and suitable for most users). This will result in a
>>- "3GB/1GB" split: 3GB are mapped so that each process sees a 3GB
>>- virtual memory space and the remaining part of the 4GB virtual memory
>>+ "3GiB/1GiB" split: 3GiB are mapped so that each process sees a 3GiB
>>+ virtual memory space and the remaining part of the 4GiB virtual
memory
>> space is used by the kernel to permanently map as much physical memory
>> as possible.
>>
>
I did this for nettools (i.e. ifconfig), too:
RX bytes:2120660294 (1.9 GiB) TX bytes:341183013 (325.3 MiB)
man page:
Since net-tools 1.60-4 ifconfig is printing byte counters
with SI units. So 1 KiB are 2^10 byte. Note, the numbers
are truncated to one decimal (which can by quite a large
error if you consider 0.1 PiB is 112.589.990.684.262 bytes :)
...
SEE ALSO
route(8), netstat(8), arp(8), rarp(8), ipchains(8)
http://physics.nist.gov/cuu/Units/binary.html - Prefixes
for binary multiples
Alas, I don't know.
--
<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>
No kingdom can be secured otherwise than by arming the people. The possession
of arms is the distinction between a freeman and a slave.
-- "Political Disquisitions", a British republican tract of 1774-1775
Yeah, no shit? The first time I buy 512MB of RAM and get 512000 KB
(aka 512000000 bytes) I am gonna be *PISSED*
/Mike
What? AFAIK 'K' means 1000 in SI. However since computers use binary
numbers, the number (2^n) which was the most closer to 1000 was selected to
be used as 'K' for indicating information amount, where n=10. [for decimal
numbers 10^n (n=3) is used for 'K']. And so on with 'M', 'G' ... Sorry if
I was wrong about this ...
- Gabor
>
> - If more than 4 Gigabytes is used then answer "64GB" here. This
> + If more than 4 Gibibytes is used then answer "64GB" here. This
^^^^
and 64 GiB for
that one?
-Marc
--
| |
| http://www.links2linux.de <-- Von Linux-Usern fuer Linux-User |
> On Thu, Dec 20, 2001 at 01:52:13PM -0500, Eric S. Raymond wrote:
> > Steven Cole <sc...@lanl.gov>:
> > > I see that in the very latest Configure.help version, 2.76,
> > > available at http://www.tuxedo.org/~esr/cml2/ Eric has decided to
> > > follow the following standard: IEC 60027-2, Second edition, 2000-11,
> > > Letter symbols to be used in electrical technology - Part 2:
> > > Telecommunications and electronics. and has changed all the
> > > abbreviations for Kilobyte (KB) to KiB, Megabyte (MB) to MiB, etc,
> > > etc.
>
> What? AFAIK 'K' means 1000 in SI. However since computers use binary
> numbers, the number (2^n) which was the most closer to 1000 was selected to
> be used as 'K' for indicating information amount, where n=10. [for decimal
> numbers 10^n (n=3) is used for 'K']. And so on with 'M', 'G' ... Sorry if
> I was wrong about this ...
>
One of the many bad things about changing this kind of stuff is that
it doesn't even follow the rules, i.e., upper case is used for proper
names an/or where there could be a conflict between a previously-defined
abbreviation such as milliampere and megampere (mA, MA). Instead, most
everybody uses K for kilo and it's as absolutely incorrect as possible.
The existing symbols work by fiat. You can't make them "correct" by
following incorrect rules.
If we change anything......, we should define a new system of units,
PI, instead of SI. The basic unit is measurement is the Penguin. It is
abbreviated as p.
Powers of 2:
2 ^ 0 = p (1)
2 ^ 1 = dp dipenguin
2 ^ 2 = qp hepenguin
2 ^ 3 = op octpenguim
2 ^ 4 = hp hexpenguim
2 ^ 5 = ddp duodipenguin
2 ^ 6 = oop octoctpenguin
2 ^ 7 = ohp octohexpenguin
2 ^ 8 = hhp hexahexpenguin
2 ^ 9 = dhhp duohexahexpenguin
2 ^ 10 = kp kilopenguin
2 ^ 20 = mp megapenguin
2 ^ 30 = gp gigapenguin
...etc.
........ otherwise we should leave it alone!
Cheers,
Dick Johnson
Penguin : Linux version 2.4.1 on an i686 machine (797.90 BogoMips).
Santa Claus is coming to town...
He knows if you've been sleeping,
He knows if you're awake;
He knows if you've been bad or good,
So he must be Attorney General Ashcroft.
OK, that's true, 'MA' is a nightmare even for the first sight ...
> everybody uses K for kilo and it's as absolutely incorrect as possible.
> The existing symbols work by fiat. You can't make them "correct" by
> following incorrect rules.
Oh well, sorry, so let's say about 'k' and 'm'. However an engineer friend
of mine has just say that 'K' is 1024, and 'k' is 1000 ... I dunno anymore ...
[however I've never seen 'Kg' instead of 'kg', but 'mB' or 'mb' are ugly
when compared with 'Mb' and 'MB', not counting that 'b' is bit and 'B' is
byte ... well ... it's confusing sometimes ...]
> 2 ^ 0 = p (1)
> 2 ^ 1 = dp dipenguin
> 2 ^ 2 = qp hepenguin
Nice ;-)
Sorry for OT, I'm going to convert myself into private mails when somebody
will reply ...
- Gabor
Well, they are wrong, because 'K' is Kelvin, and not kilo-.
> [however I've never seen 'Kg' instead of 'kg', but 'mB' or 'mb' are ugly
> when compared with 'Mb' and 'MB', not counting that 'b' is bit and 'B' is
> byte ... well ... it's confusing sometimes ...]
Especially since few people work on 1/1000 of a byte (i.e. 'm' is milli,
like mm=millimeter, and not 'M' which is Mega-). So mB and mb are just
plain wrong.
Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/
Hah! Everytime I have seen "MiB" before this thread I'd though it meant
"Million Bytes", because everyone knows that MB in computers is a
megabyte (<ahem>).
Actually I think I have only ever seen MiB and GiB in the context of
disk drives before now.
-- Jamie
i have seen kB instead of KB in many places. and the only place i've
ever seen kilo abbreviated as K has been with respect to binary.
> [however I've never seen 'Kg' instead of 'kg', but 'mB' or 'mb' are ugly
> when compared with 'Mb' and 'MB', not counting that 'b' is bit and 'B' is
> byte ... well ... it's confusing sometimes ...]
i was going to comment about simply using lowercase equivalents, but
then milli already has 'm', although the concept of a millibyte (or even
millibit) is absurd.
-mike
--------------------------------------------------------------------------
/~\ The ASCII all that is gold does not glitter
\ / Ribbon Campaign not all those who wander are lost
X Against HTML -- jrr tolkien
/ \ Email!
radiusd+mysql: http://www.cafes.net/~diz/kiss-radiusd
--------------------------------------------------------------------------
Yet on this page you point to, the first paragraph under the table reads as
follows:
"It is important to recognize that the new prefixes for binary multiples
are not part of the International System of Units (SI), the modern metric
system."
That disclaimer makes it highly UNofficial.
It also goes against legacy use, as well as use within the kernel and GNU
utilities for informative messages.
We have enough problem introducing non-technical people to Linux as it is
without inflicting new and obscure abbreviations. Notice that the
discussion is about changes to Configure.help, the WORST place to start
introducing new and not-widely-used notation.
Hey, it's not a bad idea, but I want it adopted first in things like
stories in the mass media before we start introducing it in Configure.help.
Stephen Satchell
> i have seen kB instead of KB in many places. and the only place i've
> ever seen kilo abbreviated as K has been with respect to binary.
>
>>[however I've never seen 'Kg' instead of 'kg', but 'mB' or 'mb' are ugly
>>when compared with 'Mb' and 'MB', not counting that 'b' is bit and 'B' is
>>byte ... well ... it's confusing sometimes ...]
>>
>
> i was going to comment about simply using lowercase equivalents, but
> then milli already has 'm', although the concept of a millibyte (or even
> millibit) is absurd.
Why? For instance a millibyte/s might be a hearbeat across a LAN every
hour or so or it might be a control traffic requirement for a deep space
probe. You might not have an immediate use for the term but it has a
specific meaning - and certainly isn't "absurd" (see definition on
http://www.dict.org).
Engineers not (yet) being familiar with the relatively new SI (and IEEE)
binary prefixes is just about acceptable. "Engineers" that misuse k/K
and (worse!) m/M should be in a different field entirely. The SI system
is generally taught as basic science to pre-teenagers. There is no
excuse!
Mike
P.S. Merry Christmas / Mid winter festival / whatever you choose
to celebrate :-)
So, is it 1/1024 or 1/1000 bytes ? :-)
regards,
chris
> On 12/21/2001 10:58:30 AM GMT Mike Jagdis wrote:
>>
>> Mike Eldridge wrote:
>>
>>> i was going to comment about simply using lowercase equivalents, but
>>> then milli already has 'm', although the concept of a millibyte (or even
>>> millibit) is absurd.
>>
>> Why? For instance a millibyte/s might be a hearbeat across a LAN every
>> hour or so or it might be a control traffic requirement for a deep space
>> probe. You might not have an immediate use for the term but it has a
>> specific meaning - and certainly isn't "absurd" (see definition on
>> http://www.dict.org).
>
> So, is it 1/1024 or 1/1000 bytes ? :-)
1/1024. Because we are talking about byte.
Rene
What does bytes have to do with anything? Is it
1/(2^3 * 10^7) or 1/(2^3 * 2^7)? We're talking about expressing a number
of "bytes"; terms of the base number system don't have any bearing --
and that's the problem. RAM and addressing are restricted to expressions
in terms of binary numbers, as in 2^10, 2^20, etc. Hard drive
manufacturers feel it's neccessary to express storage in terms of base
10 numbers of bytes, even though a sector is 2^9 bytes. In networking,
absolute numbers of bits on the wire are whats important. Though for
some reason telecom engineers have pinned megabit as 1,024,000 bits.
Experienced CS people can glean the proper definition from context, but
the terms should really lend themselves to accurate definition all the
time. If I just say off the cuff that I'm going to send you a megabyte
of data, do I mean 1,000,000 bytes, 1,048,576 bytes, or 1,024,000 bytes?
With the new measures those would be a megabyte, a mebibyte, and 1,024
kilobytes respectively.
Personally I feel that "kibibyte(KiB)" and "mebibyte(MiB)" are silly,
but they are technically unambiguous.
Regards,
Reid
--
"Public sentiment is everything. With public sentiment, nothing can
fail; without it nothing can succeed." -- Abraham Lincoln
> On Fri, 2001-12-21 at 06:50, Rene Engelhard wrote:
>>>> Why? For instance a millibyte/s might be a hearbeat across a LAN every
>>>> hour or so or it might be a control traffic requirement for a deep space
>>>> probe. You might not have an immediate use for the term but it has a
>>>> specific meaning - and certainly isn't "absurd" (see definition on
>>>> http://www.dict.org).
>>>
>>> So, is it 1/1024 or 1/1000 bytes ? :-)
>>
>> 1/1024. Because we are talking about byte.
>
> What does bytes have to do with anything? Is it
> 1/(2^3 * 10^7) or 1/(2^3 * 2^7)? We're talking about expressing a number
> of "bytes"; terms of the base number system don't have any bearing --
> and that's the problem. RAM and addressing are restricted to expressions
Right.
8 Bit = 1 Byte
1024 Byte = 1 KB
1024 KB = 1 MB
1024 MB ...
So we are talking about that, beacuse the X-Byte is defined as 1024 and not
as 1000 of the previous step.
> in terms of binary numbers, as in 2^10, 2^20, etc. Hard drive
> manufacturers feel it's neccessary to express storage in terms of base
> 10 numbers of bytes, even though a sector is 2^9 bytes. In networking,
> absolute numbers of bits on the wire are whats important. Though for
> some reason telecom engineers have pinned megabit as 1,024,000 bits.
> Experienced CS people can glean the proper definition from context, but
> the terms should really lend themselves to accurate definition all the
> time. If I just say off the cuff that I'm going to send you a megabyte
> of data, do I mean 1,000,000 bytes, 1,048,576 bytes, or 1,024,000 bytes?
What _you_ mean can not be determied from me.
But *I* would mean 1.048.574, otherwise I would say the 9xxx number or say
nearly 1 MB.
> With the new measures those would be a megabyte, a mebibyte, and 1,024
> kilobytes respectively.
That's the sense of them.
> Christian Groessler wrote:
>>So, is it 1/1024 or 1/1000 bytes ? :-)
>>
>
> 1/1024. Because we are talking about byte.
Bollocks. How can I put this politely? Don't anyone ever send me
a CV unless you know the technical basics!
Go look up "SI binary prefix" and "SI prefix" on Google. You might
not _like_ the binary prefixes (I don't either) but they're what's
been standardized and they're unambiguous. It does no good to claim
that it's enough that *you* know what you mean. This isn't Alice in
Wonderland (you can look that reference up in your spare time :-) ).
Mike
P.S. After you've understood the SI system you should be able to
tell us what the binary prefix equivalent for m is and why K as
a prefix is a mark of stupidity...
> Rene Engelhard wrote:
>
>> Christian Groessler wrote:
>>> So, is it 1/1024 or 1/1000 bytes ? :-)
>>>
>>
>> 1/1024. Because we are talking about byte.
>
> Bollocks. How can I put this politely? Don't anyone ever send me
> a CV unless you know the technical basics!
OK, I answered to fast, not reading the mails correct and without
concentration
Surely, millibytes does not make any sense...
> Go look up "SI binary prefix" and "SI prefix" on Google. You might
> not _like_ the binary prefixes (I don't either) but they're what's
> been standardized and they're unambiguous. It does no good to claim
> that it's enough that *you* know what you mean. This isn't Alice in
> Wonderland (you can look that reference up in your spare time :-) ).
A long time ago the MB was under computer scientiests defined as 1024 KB ans
we had used it it one or two decades. Then the hardware manufactures started
to call 1 MB = 1000 MB and that's shit.
I know this problem, I also know the problem, that is gonna be confusing.
I do not insist to change it but I think it is better to make clear what is
defined as 1000 or 1024 insted using MB for both.
> P.S. After you've understood the SI system you should be able to
> tell us what the binary prefix equivalent for m is and why K as
> a prefix is a mark of stupidity...
Have I said that?
Then I apopolgize. Otherwise I read the mail I replied not as careful as I
should and I talked at this moment whitch someone so I was not as
concentraded as I had to...
Rene
Have a work with your hard disk manufacturer then
That isn't quite so important. My kernel isn't likely to f*ck up when
a 40GB HD = 40,000,000,000. I'm sure it will die quite painfully with
RAM chips that are not powers of 2.
Regards,
/Mike
The IEC has adopted these units, not SI. And you could argue that
the IEC has gotten it completely wrong.
Basic unit of length: 1 m
Basic unit of weight: 1 g
...
Basic unit of information: 1 *bit*
Not a byte. A byte is 8 basic units of information.
To be consistent (as with SI), all prefixes should be applied to
the basic unit of measurement - in this case, a bit. And one
kilobit == 1000 bits; one megabit == 1 million bits.
Saying "kilobyte" is like saying "micromicrofarad" or "megakilometer".
However, you *could* also argue that the IEC has it correct. IIRC,
physicists researching electrostatics/magnetostatics at least used to use
(and maybe still do) the centimeter/gram/second units - e.g. an abcoulomb,
which ends up being 10 coulombs. For whatever reason, convention among
this group of people means using cgs units. For whatever reason,
convention among computer people is to use units of 8 bits - 1 byte -
as a measurement standard.
> Go look up "SI binary prefix" and "SI prefix" on Google. You might
> not _like_ the binary prefixes (I don't either) but they're what's
> been standardized and they're unambiguous. It does no good to claim
> that it's enough that *you* know what you mean. This isn't Alice in
> Wonderland (you can look that reference up in your spare time :-) ).
SI standards have been around for years. Yet many mechanical
engineers in the US still use English units. Convention and
economics dictate that they do so; any change in this field is quite
slow.
Somehow I expect that the same convention and economics factors will
also dominate the argument over prefixes for bits of information
in this field for years to come as well.
-Bob
Hell, your kernel isn't even going to barf if the "40GB" disk turns
out to be 39,501,824, or some other less than 40GB-of-any-flavor
value. Why do a version of "40GB" that means 40,000,000,000 when
disks are *never* that size anyway?
Just because disk manufacturers are, um, creatve, with their marketing
numbers, do we have to mess with the numbers that are trustworthy?
-kb, the Kent who is not so sure he has *ever* seen anything in a
computer that really was such a big round decimal number, but the Kent
who sees precise round binary numbers frequently.
If you would pay more attention, you can see that on most drives there is
a small note that says: 1MB = 1000000 bytes. This is why the drive
capacity is smaller than the manufacturer says.
So you are saying that my "12GB" drive is 12,000,000,000 bytes instead
of 12,884,901,888 bytes?
The drive in the notebook I am typing on now seems to be neither. If
I am doing arithmetic and reading hdparm output right, I think it is
12,072,517,632 bytes (smaller once formatted). Not a very round
decimal number.
My point was that big round decimal numbers are rare in computers, so
why do we suddenly need big round decimal units for talking about
computers?
Disk drives have inherently binary capacities, the only reason to
quote their capacities in decimal was to make them look bigger. I
don't see why we should have new units to make that easier. This is
particularly ironic when disk manufacturers are so good at making them
bigger at a pace that has seriously out-paced Moore's Law.
-kb
> Basic unit of weight: 1 g
Actually the base unit of mass is 1 kg, which relates to history.
See http://physics.nist.gov/cuu/Units/units.html
Andreas
--
Andreas Ferber - dev/consulting GmbH - Bielefeld, FRG
---------------------------------------------------------
+49 521 1365800 - a...@devcon.net - www.devcon.net
> If you would pay more attention, you can see that on most drives there is
> a small note that says: 1MB = 1000000 bytes. This is why the drive
> capacity is smaller than the manufacturer says.
http://www.seagate.com/products/discsales/discselect/A1a2.html#cap
Capacity:
Capacity is the amount of data that the drive can store, after
formatting. Most disc drive companies, including Seagate, calculate disc
capacity based on the assumption that 1 megabyte = 1000 kilobytes and 1
gigabyte=1000 megabytes.
Disks have a natural measurement of capacity based on an integral number
of 512byte blocks. So kilobytes (1024) makes sense for them.
The only marketing wizardry is to use the smaller of:
1 megabyte = 1000 kilobytes
instead of:
1 megabyte = 1024 kilobytes
There are valid arguements for both interpretations.
--
__O
Lineo - For Embedded Linux Solutions _-\<,_
PGP Fingerprint: 28 E2 A0 15 99 62 9A 00 (_)/ (_) 88 EC A3 EE 2D 1C 15 68
Stuart Lynne <s...@fireplug.net> www.lineo.com 604-461-7532
> one inch = 1 thumb = 1 pouce
Unfortunately that was not the case, since each country
had its own standards of measurement. It wasn't even
true that "1 inch = 1 inch", let alone "1 pint = 1 pint".
> So, the English units were more attuned to nature.
It's true that in some applications units that are divided
in half, rather than in ten, are more convenient.
Carpentry is one example.
> Farhenheit units are smaller so that they make more
> convenient divisions
That's a matter of familiarity. Can you even tell the
difference between 65 degrees and 66 degrees?
> Why is it CH when only 30% speak French
I dunno. But CH abbreviates "Confoederatio Helvetica" which is,
I believe, Latin.
> > Finally, Farhenheit units are smaller so that they make more convenient
> > divisions: Eg.
>
> Bullsh*t. They seem more natural to you because you're more used to
> them. Anyone who hasn't grown up on the system think that Fahrenheit
> is the ultimate in lunacy.
Fahrenheit units were developed by a different process than Celsius, but
they are both "natural". The Celsius scale is 0 = freezing point of
water and 100 = boiling point of water. The Fahrenheit scale was
developed less precisely -- 0 is approximately the freezing point of
human blood, IIRC, and 100 is approximately body temperature (Fahrenheit
may have had a fever :)).
--
zn...@borasky-research.net
http://www.meta-trading-coach.com
How do you get an elephant out of a theatre?
You can't; it's in their blood!
>>> Yeah, no shit? The first time I buy 512MB of RAM and get 512000 KB
>>> (aka 512000000 bytes) I am gonna be *PISSED*
>>
>> Have a work with your hard disk manufacturer then
>
> That isn't quite so important. My kernel isn't likely to f*ck up when
> a 40GB HD = 40,000,000,000. I'm sure it will die quite painfully with
> RAM chips that are not powers of 2.
You'd be buying 537 MB of RAM, not 512 MB of RAM. I expect that
we will see this soon, since a binary GB has a 7% error.
(For kB the error was only 2.4%, which didn't matter so much.)
I would be selling RAM this way. It's stupid to do otherwise.
Consumers will prefer the bigger numbers.
Prefixes need to align with our number system. Unfortunately we
don't use something sane like hex. We use decimal, which is as
bad as base-9 or base-14. Oh well. Historical reasons you know,
and computers aren't bit-wise addressable either. We live with
this brokenness and can't afford to fix it all. So we might as
well use a notation, the base-10 prefixes, that is consistent
with our cummy number system.
Me, I've got the "men in black" song running through my head now. And I
don't particularly like it, either.
This reminds me of people going after metric speed limit signs with shotguns
back in the late 70's. I never understood this impulse before now.
Trust the ISO to change the BINARY nomenclature on something that has, until
now, DEFAULTED to binary. I get the feeling nobody at the ISO actually uses
computers much. Is it too late to sober them up?
Rob
Must be a new disney movie...
Why on earth is it good to develop misunderstandings and inconsistency
with well- and widely-known historical abbrevs?
I (and I think I'm far not alone) would hate to see those abbrevs. I
really don't want to vomit every time I read configure.help or an
ifconfig output.
This is a 3-year old decision, and haven't seen it in use anywhere before.
If this knew style would be the common use in IT, then this change is OK.
But _not_ now. (and hopefully never).
So may I suggest considering this change a few years later, _if_ it comes
into common use?
On Thu, 20 Dec 2001, Bernd Eckenfels wrote:
> In article <2001122017...@tstac.esa.lanl.gov> you wrote:
> > Eric has decided to follow the following standard:
> > IEC 60027-2, Second edition, 2000-11,
> > Letter symbols to be used in electrical technology -
> > Part 2: Telecommunications and electronics.
> > and has changed all the abbreviations for Kilobyte (KB) to KiB,
> > Megabyte (MB) to MiB, etc, etc.
>
> I did this for nettools (i.e. ifconfig), too:
>
> RX bytes:2120660294 (1.9 GiB) TX bytes:341183013 (325.3 MiB)
>
> man page:
>
> Since net-tools 1.60-4 ifconfig is printing byte counters
> with SI units. So 1 KiB are 2^10 byte. Note, the numbers
> are truncated to one decimal (which can by quite a large
> error if you consider 0.1 PiB is 112.589.990.684.262 bytes :)
> ...
> SEE ALSO
> route(8), netstat(8), arp(8), rarp(8), ipchains(8)
> http://physics.nist.gov/cuu/Units/binary.html - Prefixes
> for binary multiples
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majo...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
pozsy
| Please NO NO NO NO!!
|
| Why on earth is it good to develop misunderstandings and inconsistency
| with well- and widely-known historical abbrevs?
|
| I (and I think I'm far not alone) would hate to see those abbrevs. I
| really don't want to vomit every time I read configure.help or an
| ifconfig output.
|
|
| This is a 3-year old decision, and haven't seen it in use anywhere before.
| If this knew style would be the common use in IT, then this change is OK.
| But _not_ now. (and hopefully never).
|
| So may I suggest considering this change a few years later, _if_ it comes
| into common use?
I can understand your point about not jumping into something that will turn
out (possibly) to be a big flop and cause new confusion. However, I'd like
to point out that any new idea will _never_ become adopted if everyone takes
the position of "I'm not going to do it until most everyone else does first".
If this is going to be the common usage, I believe we need to be the lead on
this and do it. The question is, how can we determine if it will be common
_before_ anyone else takes the lead to make it be so.
--
-----------------------------------------------------------------
| Phil Howard - KA9WGN | Dallas | http://linuxhomepage.com/ |
| phil-...@ipal.net | Texas, USA | http://phil.ipal.org/ |
-----------------------------------------------------------------
There is no well understood abrev. for power of two units, thats why
somebody had to introduce them.
Actually it was not my Idea, but since I got multiple error reports for
multible writings (and that even while the original count is visible in the
ouput) I decided to go with the standard.
Greetings
Bernd
--
(OO) -- Bernd_E...@Wendelinusstrasse39.76646Bruchsal.de --
( .. ) ecki@{inka.de,linux.de,debian.org} http://home.pages.de/~eckes/
o--o *plush* 2048/93600EFD eckes@irc +497257930613 BE5-RIPE
(O____O) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Let's make clear what we are talking about. We are talking about making
the change to the one place that will be exposed to the non-technical user,
but not anywhere else (internal documentation, comments to the source code,
output from /proc, userland programs). In other words, the absolutely
worst place in the GNU/Linux system to introduce new and confusing usage
that is not widely used.
Get the hint? Let's change usage FIRST in the places that don't have the
exposure of a Help File to the general public, THEN consider making the
change once the users (technical and non-) have had a chance to voice their
opinion.
I don't know about y'all, but my non-technical clients have enough problems
with the historical abbreviations and terminology without being thrown this
curve. Unless you can get the business community to cry out for the change
(so that BSD, what's left of BeOS, and Microsoft make the change) this is a
Bad Idea(tm).
Look, I agree that there is significant merit to KiB et. al., but the
marketplace has not always selected that which is best. That's the nature
of the marketplace.
Stephen Satchell
You mean having the wrong number of fluid ounces in a pint was intentional?
DF
> On Sat, Dec 22, 2001 at 11:24:17AM +0100, Pozsar Balazs wrote:
> > Why on earth is it good to develop misunderstandings and inconsistency
> > with well- and widely-known historical abbrevs?
>
> There is no well understood abrev. for power of two units, thats why
> somebody had to introduce them.
>
> Actually it was not my Idea, but since I got multiple error reports for
> multible writings (and that even while the original count is visible in the
> ouput) I decided to go with the standard.
What error reports do you receive?
This might be a standard, but _it_is_not_adopted_anywhere! (at least I
haven't seen it anywhere (I might be blind)).
I would rather call standard something which is adopted in real life.
--
Balazs Pozsar
about kb, Kb, kB beeing wrong (even if the number in bytes is listed ppl
complaint they had to pay more money then expected... i wont comment on this,
but I have now a solution which will get used, I am sure :)
Greetings
Bernd
The marketplace selected Windows.
If you are more interested in the choices of the marketplace than in
technical correctness, one has to wonder what you're doing on this mailing
list.
--
dwmw2
Well, I always assumed Linux was supposed to "work damn well", not
"be technically correct".
--
Vojtech Pavlik
SuSE Labs
Half accurate
Over time we are gradually shifting more and more to metric units. Its slow
because the only fair way to let elderly people who don't know metric handle
things has been to wait until they pass on.
Weights and measures have gone from imperial, through imperial and metric
now to metric values. We still have people selling 454g bags in part
because of the time it takes them to change sizes.
Other areas - alcoholic drink sizes, road distances and road speeds have yet
to be changed, but eventually will be.
Alan
Nice ad hominem attack, David. Attack the messenger. Good boy.
If you recall (or perhaps you have placed me in your kill file) I mentioned
that the last place you want to make a sudden change in terminology is in
the most public of places, the configuration help file. You also missed my
call to use the new abbreviations FIRST within the kernel itself, in /proc,
and in those userland utilities that report system resource usage. If the
universe of Linux users accept it (translation: no flames erupt) then you
can consider populating the configuration help files with them.
I also mentioned that we have a very, very large base of "legacy users" who
do not understand what MiB would be (outside of the context of the movie
_Men in Black_) and who would become very, very confused. In short, making
the change would CONFUSE THE NON-TECHNICAL USERS more than they already are.
I'm not against technical correctness. I'm against witless, thoughtless,
blind deployment of an idea without considering the consequences of that
deployment.
Don't underestimate the power of "the market." Have you seen much about
MINIX lately?
Stephen Satchell
Yeah, I know of those too. I lived in London when that case with the greengrocer
or butcher or whatever was on. I think the guy was prosecuted.
That case was partially about the metric system, partially about EU legislation.
The UK government had agreed that by a certain date, all supermarkets etc.
would be required by law to mark all goods with a per 100g price. Not per ounce
or whatever.
This is of course caused a few people to whine ....
And soon AFAIR, at least one supermarket turned around, and stopped also marking
goods in price per ounce etc. Downright silly.
>
>Let me know when we're done fighting about wether or not we should
>confuse everyone (further) that tries to configure their first kernel.
Sooner or later, the IEC notation will also make it into the schools, and students
will be graduating knowing nothing but the IEC notation. If we haven't changed by
then, that's when we'll see some true confusion.
/Per Jessen, Zurich.
regards,
Per Jessen, Zurich
http://www.enidan.com - home of the J1 serial console.
Windows 2001: "I'm sorry Dave ... I'm afraid I can't do that."
Or the professors and research assistants will say "no" and that will be
that. Don't forget that the IEC doesn't cast things in stone, either -- as
THEY get feedback from their members, they may decide to shit-can the whole
thing.
That's another reason to take it slowly -- let's see if the idea has
serious legs.
Stephen Satchell
> Nice ad hominem attack, David. Attack the messenger. Good boy.
That's not what I understood 'ad hominem' to mean. My understanding was that
ad hominem involved an attack on the person making the argument, followed by
an obviously false assertion that such attack renders the person's arguments
invalid, even though the details of the attack made are completely unrelated
to the matter being discussed.
Thus observing that you sent your mail using a Windows MUA, then declaring
that your argument is invalid because you're a Windows user and therefore
obviously mentally deficient, would be an ad hominem attack.
My response, though it could possibly be called an 'attack' if you were
feeling particularly thin-skinned, was definitely based upon the discussion
at hand - I expressed surprise at the criterion of marketplace acceptability
which you used to justify your position.
> I also mentioned that we have a very, very large base of "legacy
> users" who do not understand what MiB would be (outside of the
> context of the movie _Men in Black_) and who would become very, very
> confused. In short, making the change would CONFUSE THE
> NON-TECHNICAL USERS more than they already are.
But this term _is_ used outside that context. And the context it's used in,
in just about all cases, makes it blindingly obvious to all but the densest
reader what the intended meaning is. Maybe _those_ people will remain
slightly confused about where we mean 10^3 and where we mean 2^10, but at
least people with a clue no longer have to be confused about such things.
As an example - what possible meaning could you contrive for 'KiB' in the
following:
This lets you select the page size of the kernel. For best IA-64
performance, a page size of 8KiB or 16KiB is recommended. For best
IA-32 compatibility, a page size of 4KiB should be selected (the vast
majority of IA-32 binaries work perfectly fine with a larger page
size). For Itanium systems, do NOT chose a page size larger than
16KiB.
Surely it's difficult to imagine anyone reading that and coming to any
other conclusion than the correct one?
I accept that is often appropriate to 'dumb down' documentation and
explanations somewhat to cater for the lowest common denominator members of
the audience.
It is much more rarely appropriate to dumb it down so far that it becomes
factually inaccurate. The tuition of physics at high school, in Further
Education and then Higher Education is perhaps an example of when such
oversimplifications are necessary and appropriate. Some people will never
need to know that Newton's Laws break down, and even if that weren't the
case, they wouldn't have a whelk's chance in a supernova of understanding
Relativity anyway. So why trouble them with it?
But in the situation at hand, there is no justification for catering to the
ignorant in our documentation to the extent that it becomes inaccurate. The
difficulty in understanding the correct text is just not sufficient to
justify the inaccuracies.
--
dwmw2
>
>
> This change came as a patch from David Woodhouse. I think the new
> abbreviations are awful ugly, myself, but they do have the virtue of
> not being ambiguous. So I swallowed hard and took the patch.
>
This could even have the nice side effect of teaching something to Linux
newbies (mainly the fact that the difference between 2^10 and 10^3
matters in some areas). I see 2 cases :
- already encountered the kiB/MiB/GiB notation and understood the
meaning: no problem if we take out of the equation the aesthetic of the
abreviations.
- this is a new thing for the reader, 3 cases:
. Computer literate person : she uses her intuition and understand its
meaning : no problem apart the time used to put her intuition at work,
. Computer illiterate person which don't care enough : she doesn't
understand the difference with kB/MB/GB and takes the notation as a
different syntax but with the same semantic : the only problem would be
a temporary confusion (from a fraction of a second to several minutes)
until this assumption is made. It certainly would be made by computer
illiterate people who are lost in the first place: we trade a
misunderstanding for another.
. Computer illiterate person which really tries to understand : she
doesn't understand and take the time to document herself : no problem
she might discover something she didn't even thought about.
This is a simplified view but I believe the actual readers' behaviour
would be somehow a combination of several of the above cases.
So what's the tradeoff :
* aesthetic and shor time spent in temporary confusion or reflexion
* for clarity and education of some people in the end.
Hiding complexity in the docs would only keep some users ignorant.
This is my personal opinion but don't we prefer educated users instead
of ignorant ones ?
I find the choice obvious...
We could argue on the choice of these particular abreviations against
others but as I don't see any other around...
LB
> > This change came as a patch from David Woodhouse. I think the new
> > abbreviations are awful ugly, myself, but they do have the virtue of
> > not being ambiguous. So I swallowed hard and took the patch.
> >
>
> This could even have the nice side effect of teaching something to Linux
> newbies (mainly the fact that the difference between 2^10 and 10^3
> matters in some areas). I see 2 cases :
>
> - already encountered the kiB/MiB/GiB notation and understood the
> meaning: no problem if we take out of the equation the aesthetic of the
> abreviations.
Heh, is it kiB or KiB? Anyway, I guess yes MiB units should be used.
We already have them in dmesg output. (And btw it confused me because
it reported *disk size* in MiB.... So I assumed MiB must be 10e6).
Pavel
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MiB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
>
> Heh, is it kiB or KiB?
Don't know, didn't read IEC 60027-2. From Steven first post on the
subject and Configure.help content, I must be wrong and it is KiB.
Lionel.