lkml.org 
[lkml]   [2001]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: Configure.help editorial policy
On 20 Dec 01 at 14:27, Reid Hekman wrote:
> > If there is a clear consensus from lkml, I will be happy to back
> > out this change. Perhaps this terminological standard does not
> > meet a real need, perhaps it will be rejected by most engineers and
> > deserves to wither on the vine. It's happened before.
>
> I'd vote for that.

Well, I vote for that too. And I'm _for_ using KiB, MiB, GiB with all
my fingers. When you buy computer memory, it is always in ?iB units
(as nobody sane can upgrade computer equipped with 512000000 bytes
memory stick with some additional memory) but in all other cases (in-core
process size, hdd size, file size) it is very unclear what you mean.
Yes, error is only 2% - but if everyone around can give me 2% of
his HDD capacity, I think that I'm going to be very happy.

Yes, it is new prefix, but everything is sometime new. When computers
had 64KB of memory, there was capital K as 1024 bytes. But then computer
grew up, and already used letter 'M' was used as 2^20. It was serious
mistake, and as using same expression for different prefixes is unacceptable
(at least for me), and I do not think that we are going to use 1GdHz CPUs,
we are going to use computers with 4GiB of memory.
Thanks,
Petr Vandrovec
vandrove@vc.cvut.cz
-
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:18    [W:0.042 / U:1.896 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site