lkml.org 
[lkml]   [2002]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help
On Mon, 18 Mar 2002, Nayyer Tiger wrote:

| 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.
|
| 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.

Either decision will be disliked. I don't care for the new/standard
abbreviations, but I can get used to them, and I expect that most
people can.

Let's get over it and back to the good stuff.

~Randy

and who are all these anon. people you copied?!?

| 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.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:25    [W:0.064 / U:9.720 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site