为什么1T硬盘不能“标”成931G而是标成1000G？

霧亥

hxy8241 发表于 2014-5-23 08:38
@霧亥
+1，我很好奇，等二进制前缀普及了程序员1000B是等于1KB还是0.xxxxKiB,1001B又怎么计数。

把二进制乘数字头1ki内所有涉及进位的情况写下来，是这样一个滑稽的进位方式：
10，20，30，40，50，60，70，80，90，100，110，120，130，140，150，160，170，180，190，200，210，220，230，240，250，260，270，280，290，300，310，320，330，340，350，360，370，380，390，400，410，420，430，440，450，460，470，480，490，500，510，520，530，540，550，560，570，580，590，600，610，620，630，640，650，660，670，680，690，700，710，720，730，740，750，760，770，780，790，800，810，820，830，840，850，860，870，880，890，900，910，920，930，940，950，960，970，980，990，1000，1010，1020，1ki
101次进位，其中100次都是逢10进，1次是逢4进

写个txt看了看，1023字节时微软还写的是1023字节，1024字节时写的1.00KB，1025字节写的还是1.00KB，多了就是x.xxKB/MB/GB/TB，避免混乱吧（虽然还是很混乱，在9个100kiB时微软表示的是900KB，而在10个时突然变成了0.97MB）

hxy8241

引用第239楼fenfen于2014-05-23 08:54发表的  :
还真有人把ISO标准当回事？那你就干脆用ISO协议上网好了，别用TCP/IP协议。

@fenfen
你用tcp/ip,别用arp算了，tcp/ip哪点和ISO 有冲突？tcp/ip协议是osi网络模型，数据链路层和应用层协议应该不是我的发明吧？还有ISO什么时候规定协议了？我记得只是从逻辑上分出网络模型吧，各层用什么协议ISO都没管。

----发送自 nubia NX403A,Android 4.2.2

hxy8241

记错了是网络层和传输层，不过光靠tcp/ip协议也是上不了网的，还是要靠ppp，http,之类的上下层协议，总体来说我们现在上网的模型是基本符合osi模型的，这个模型本来就是从现在的网络结构中抽象出来的。
我就搞不懂为什么这么多人对ISO这么恨，ISO干过什么伤天害理的事情吗？
我们的国家标准很多不是就把ISO的东西翻译过来的吗？

----发送自 nubia NX403A,Android 4.2.2

hxy8241

引用第209楼adrftgyh于2014-05-23 00:10发表的  :
本帖最后由 adrftgyh 于 2014-5-23 00:11 编辑 引用:bigsnake17 ......

@adrftgyh
你看看系统信息和磁盘管理器，文件管理器只是UI中的一个应用程序而已，并且linux又没有官方的图形化文件管理器，只是Ubuntu自带这个没按标准来而已，系统信息是带i的，连内存都带i了，磁盘管理器不带i是按1000算得。
三个常用操作系统已经有2个都按标准来了，而且估计freebsd也应该是按标准的。

ISO的这个标准在计算机出来前都定好了，怎么这么多人还在认为是硬盘厂定的，都是穿越回去定的吗。

----发送自 nubia NX403A,Android 4.2.2

hxy8241

引用第209楼adrftgyh于2014-05-23 00:10发表的  :
本帖最后由 adrftgyh 于 2014-5-23 00:11 编辑 引用:bigsnake17 ......

@adrftgyh
就算是文件管理器也有dolphin和kde的那些用对的。

----发送自 nubia NX403A,Android 4.2.2

dpheix1

自己功课没做好也不能气急败坏地怪别人吧？…你觉得是虚标何不退货再买个货真价实的？

有些人就是遇事死都不愿找自己的原因…自己是最对的…错都是别人的…

shahito

这贴天天在PC区浮着，凑巧看了下里面的内容，正是无语了……

蛋疼看了下KDE的Dolphin，写的是GiB，再顺便看了下Ubuntu的wiki
Ubuntu的wiki里面明确有一个条目叫UnitsPolicy，地址在https://wiki.ubuntu.com/UnitsPolicy
里面的内容是这样子的：

Rationale
There are two ways to represent big numbers: You could either display them in multiples of 1000 = 10 3 (base 10) or 1024 = 2 10 (base 2). If you divide by 1000, you probably use the SI prefix names, if you divide by 1024, you probably use the IEC prefix names. The problem starts with dividing by 1024. Many applications use the SI prefix names for it and some use the IEC prefix names. The current situation is a mess. If you see SI prefix names you do not know whether the number is divided by 1000 or 1024. There is already a Brainstorm idea for it: Fix file size confusion.

Policy
  Applications must use IEC standard for base-2 units:
    1 KiB = 1,024 bytes (Note: big k)
    1 MiB = 1,024 KiB = 1,048,576 bytes
    1 GiB = 1,024 MiB = 1,048,576 KiB = 1,073,741,824 bytes
    1 TiB = 1,024 GiB = 1,048,576 MiB = 1,073,741,824 KiB = 1,099,511,627,776 bytes
  Applications must use SI standard for base-10 units:
    1 kB = 1,000 bytes (Note: small k)
    1 MB = 1,000 kB = 1,000,000 bytes
    1 GB = 1,000 MB = 1,000,000 kB = 1,000,000,000 bytes
    1 TB = 1,000 GB = 1,000,000 MB = 1,000,000,000 kB = 1,000,000,000,000 bytes
  It is not allowed to use the SI standard for base-2 units:
    1 kB != 1,024 bytes
    KB (with a big k) does not exist

Correct basis
  Use base-10 for:
    network bandwidth (for example, 6 Mbit/s or 50 kB/s)
    disk sizes (for example, 500 GB hard drive or 4.7 GB DVD)

  Use base-2 for:
    RAM sizes (for example, 2 GiB RAM)

  For file sizes there are two possibilities:
    Show both, base-10 and base-2 (in this order). An example is the Linux kernel: "2930277168 512-byte hardware sectors: (1.50 TB/1.36 TiB)"
    Only show base-10, or give the user the opportunity to decide between base-10 and base-2 (the default must be base-10).

如果谁还有疑问可以看下下面，这一切都是有历史缘由的。
http://en.wikipedia.org/wiki/Timeline_of_binary_prefixes
http://en.wikipedia.org/wiki/Binary_prefix

Windows下面实际指的的加i了的，而上面回帖的Ubuntu桌面指南是有偏差的（没事你也可以试试提交这个bug）。