您是否在程序中使用"kibibyte"作为度量单位？

几十年来,在计算领域(磁盘制造商除外),KB(千字节)被理解为1024字节.在过去的几年里,有一种运动使用KiB("kibibyte")来表示1024字节,并将千字节的含义改为1000字节,让我们陷入更多年的困惑.另一方面,运动似乎仅限于Gnome,以及一些过于热心的维基百科编辑.

你会转换你的程序使用KiB吗？如果您曾以KB格式显示文件大小,是否除以1000或1024？

1> Cody Brociou..：

---

KB是1024字节,该死的.

---

kilo是分配给10 ^ 3的SI前缀.即使我们不喜欢它,千字节_是1000字节.克服它请:)

---

标准存在是有原因的 - KiB不是模糊的,但KB是 - 因此在讨论1024字节时首选使用KiB

---

如果每个人在过去的20年中都使用1024,那将是1024克,所以是的

---

有趣的是,根据您对KB的定义,1KB需要1.024秒才能在1KB /秒的数据链路上传输,而不是像大多数普通人所期望的那样只传输1秒.现在你看到我们遇到问题的地方了.

---

无论你怎么看,使用1024都是有意义的.称它为千字节令人困惑.Kibibyte对我来说听起来像是狗食.

---

@Zack,当构建通信设备的硬件人员说"千"时,他们(正确地)意味着1000.因此,对他们来说,1KB /秒是每秒8000比特.如果我们软件知道所谓的1024字节为"KB",则1KB需要1.024秒才能通过1KB /秒(8kbps)数据链路进行传输.

---

KB已经有1024年了,现在开始引入新的测量结果是荒谬的.KB1024万岁!

---

杰克鲍尔,走出这个身体!

2> Robert Pauls..：

---

我之前在应用程序中做了一次.虽然在内部它使用了kibbi和mebbi(KiB,MiB等),它仍会显示在用户(在这种情况下是IT人员)习惯的用户身上.基础字段只是字节IIRC中的一个长字段.

它是向前兼容的,至少可以让你输入4 GB和4GiB.它还理解像4.5G这样的速记条目并适当地舍入到实际的字节数 - 不要强迫穷人用这种方式输入并防止他们的错误.更新以使用IEC符号是一行代码.

---

公斤是1000,世界上有98%使用公制.我们需要克服它.

我看到很多这些反应让我感到困惑.SI前缀是SI前缀,程序员没有权利改变它们,没有比方便和定制更好的理由.奇怪的是,计算机科学领域的人才是一个技术领域很高的人,他们吵着要回到肘部和竿子的日子.跆拳道？

我们都知道我们的意思,但坚持自定义疏远和混淆用户.仅仅因为在早期的先驱时代,一些人在谈论计算机内存时,决定重用SI符号并不意味着他们这样做是正确的.

---

这不能得到足够的支持.

---

我总是以千字节为单位,意思是1000字节,但我从未考虑过更大的SI前缀上下文.经过一秒钟的考虑,我现在相当完全支持1000字节的千字节,我想我们得到了kibbi和mebbi.我认为作为程序员,我们大多数人都应该能够用这种逻辑思考.

3> wai..：

---

在我看来,1千字节等于1000字节是驱动器希望您相信的东西,因此您的驱动器看起来比实际更宽敞.;)

---

+1哦xkcd,你的猛禽等等

4> Kederaji..：

---

因为我在转换专业之前花了几年时间学习成为一名机械工程师,所以我不得不承认"千克"对我来说总是意味着10 ^ 3.从这个角度来看,KiB是有道理的.然而,尝试几次说"kibibyte",并想想你听起来多么愚蠢.

因此,千克是1000克,千字节是1024字节.

附录:此外,我同意那些一直在说我们不应该改变已经建立的东西的人.1024只是二进制中更好的数字.此外,"kibibyte"仍然听起来像狗吃的东西.

---

或者只在需要时使用千字节和kibibytes(AKA几乎从不)

5> Brian R. Bon..：

---

有两种方法可以考虑这个问题:

使用您正在运行的操作系统使用的内容.这样用户就可以获得一致的体验.

使用正确的.

如果你总是使用KiB,那么就不会有混淆.如果使用KB,则会出现混淆.因此,如果您选择选项#2,那么您最好使用1024并使用KiB后缀.无论如何,使用2的幂更有效.

这取决于你,但我的经验法则是,如果你有技术受众,那么使用KiB并避免一切困惑.如果您拥有大量非技术用户,请使用操作系统使用的用户.顺便说一句,Windows使用KB来表示1024字节.

6> John Milliki..：

---

它没有改变"千字节"的含义.Kilo表示1000.有些人错误地使用它来指代1024字节的单位.

我从不以kibibytes显示文件大小,因为用户不关心1000和1024.相反,我总是使用"XXX KB/MB/GB",其中XXX是字节数除以1/1百万/等.

---

我认为你不熟悉度量标准.Kilo是k,而不是K.所以公制中的千字节是kB.

---

不幸的是,这意味着您的用户会感到困惑,因为他们希望以字节/ 1024显示内容,因为这是Windows永远做的事情.尽管你在技术上是正确的,但你仍然是错的

---

用户希望该号码与盒子上的号码相匹配.目前,使用错误(kibibyte)单位显示的操作系统令用户感到困惑 - 见证了有多少人认为硬盘驱动器构建者存在巨大的阴谋.

---

实际上大多数用户不会知道KB或MB之间的区别

---

@Vincent:一个令人惊讶的数字,只是因为他们已经注意到标记为"MB"的文件比"KB"文件下载时间更长.

7> Omer van Klo..：

---

我用KiB.

你真的想通过拒绝像IE一样使用完善的标准来伤害每个人吗？

8> Chris Latta..：

---

专业领域总是以专业化所理解的方式使用术语.例如,建造桥梁的机械工程师使用术语"压力"来表示完全不同于例如律师发现他的明星证人在法庭上第一天撒谎的事情.我们是否应该要求工程师使用与律师相同的"压力"定义,因为该定义被更广泛地使用？如果我们这样做,我就不会开过那座桥!

千字节= 1024字节.它是一个行业公认的术语专业化.

---

现在,如果我们能够让硬盘制造商同意这一点!

---

和公制系统!

---

那么硬盘制造商是一个行业子专业,谁回到另一个非计算用量的"千克"？它在哪里结束？计算中的每个子专业是否都要定义自己的前缀？跨越专业之间的界限怎么样？您的评论的第一段是富有洞察力的,但在这种情况下它不会导致简单的答案!

9> billjamesdev..：

---

我总是以1000字节的千字节显示文件大小.对于那些无法分辨出差异的人来说,这几乎不重要,并且当他们看到实际数字时常常会减轻混乱.四舍五入时65323字节= 65Kb,而"正常"的人就是这样.

我可能永远不会显示"KiB",因为这绝不是我的客户想要的.

决定不遵循不仅仅是计算机社区创建的标准的傲慢(参见...... Kilo实际上意味着1000并不是"新的")是惊人的.

---

我不同意.对于我的Web应用程序开发,内存不是我的客户感兴趣的东西.文件大小主要用作上传等的指导.但是,是的,如果我必须显示内存,我只需要到1000,他们就是这样.

10> endolith..：

---

只有情况需要它.几乎在所有情况下,基于1,000个单位更合适.

我所知道的唯一例外是内存,因为它自然是2的幂和CD大小的倍数,因为它是由制造商以2 ²⁰字节的倍数来衡量的.其他所有内容,包括硬盘驱动器,DVD,闪存驱动器,带宽,处理器速度,内存总线等,目前都是以1000秒为单位测量的,文件大小也应该是.(或者,至少,我和史蒂夫乔布斯都这么认为.多年来,Windows可能会继续测量1024s的文件大小...)

为避免混淆用户,请使用k- = 1,000,并且Ki- = 1,024.

"k"的草率使用意味着1024是一种邪恶的憎恶,应该用火杀死.

---

"将"k"的粗略用法表示为1024,这是一种邪恶的憎恶,应该用火来杀死." 同意,"k"严格意味着"千 - ".我至少可以*接受*使用"K"作为"kibi-"的简写,因为开尔文(温度)不适用于尺寸.

11> Garth Kidd..：

---

我在存储行业工作了十年.超过TB大小的争论可以使解决方案的大小变化10%.简而言之:程序员和存储行业使用不同的测量.两者都不是正确的.

该网络存储工业协会(SNIA)的字典千字节的定义为:

Kilobyte(KB)

[一般] 1,000(10 ^ 3)字节.

SNIA使用存储和数据传输相关文献中常见的10 ^ 3惯例,而不是计算机系统随机存取存储器和软件文献中常见的1,024(2 ^ 10)惯例.

我的经验法则是:

以1024 ^ n字节块测量网络上的内存,文件,文件系统和数据.

在1000 ^ n字节块中测量原始磁盘空间 - 仅测量原始磁盘空间.

告诉客户您正在使用哪个单元.经常重复自己.

总的来说,这让我摆脱了困境.

12> Trejkaz..：

---

Mac OS X不使用KiB,MiB,GiB.另一方面,当它使用度量标准时,它至少正确地计算数学:

就个人而言,我更喜欢把这些东西弄好,以便目前处于黑暗中的用户可以从中吸取教训.等待用户先改变是愚蠢的.用户有一天没有突然醒来,并认为一千字节是1024字节 - 这是让他们认为的软件,所以不应该是软件纠正错误的工作吗？