1. 一个常年被问的问题千兆宽带为什么下载只有一百多MB1.1 现场还原测速九百兆下载却“只有”一百多这事几乎每年都会在我身边重演一次。亲戚搬家换了千兆宽带测速网站一跑显示“900Mbps”高兴得不行。结果在Steam上下一款游戏下载速度冲到120MB/s老头儿立刻打电话来问运营商不是说一千兆吗我这电脑是不是被偷偷限速了。其实谁都没错。测速网站说的900Mbps单位是Mbit/s这里的“b”是bit下载工具显示120MB/s这是Megabyte per secondB是Byte。bit和Byte在缩写上只差一个字母大小写数值上差了8倍。网络运营商定的速率习惯以比特为单位因为物理链路上传输的信号本质就是0和1组成的比特流管你是文本还是视频对传输层来说都没区别。而文件存储、下载进度条更关心“这批数据占多大体积”所以用字节。于是Mbps ÷ 8才等于理想情况下能看到的MB/s。千兆宽带的理论下载上限就是1000÷8125MB/s跑到120MB/s已经相当不错了。这个例子几乎把这篇要讲的东西全串起来了计算机数据单位里最小的是bit往上一个常用层级是Byte两者是8倍关系再往上的KB、MB、GB、TB只是一层层叠加倍数而已。1.2 为什么我要把这么“基础”的话题单独写一篇因为这不只是宽带问题。我在后台收到过太多类似提问为什么买回来的3TB NAS硬盘组完阵列后可用空间更少为什么相机里一张RAW照片显示48MB传到手机上变成了12MB为什么用long类型还是存不下一个超大文件的大小为什么视频码率标着8Mbps算出来文件每秒却只有1MB。这些问题漫山遍野根子全都指向同一个地方——对bit、Byte以及它们衍生出来的各级单位之间的换算没有形成肌肉记忆。还有一部分人虽然会背换算表但不知道这些单位在前缀上的历史混乱。硬盘厂商用“1GB1000MB”标称容量操作系统却按“1GB1024MB”统计空间这种不一致直接造成“买1TB硬盘实际只有931GB”的经典困惑。要解释清楚它就得同时理解十进制和二进制两套前缀规则恰恰是这个地方最容易让人犯迷糊。1.3 这篇适合谁看学生党准备计算机组成原理、考研408可以把这篇当复习提纲来看写代码的开发者尤其是做存储、网络、日志统计相关工作的读完能少踩不少估算错误的坑普通用户就更直接了弄懂之后至少知道硬盘容量里的“缩水”是怎么回事买移动硬盘、看路由参数时心里有数。我也会在后面聊一些我对字长、寻址空间、码率的理解算是从数据单位这条线往上够一够计算机系统结构的大门。2. bit的身世为什么计算机世界的最小单位是0和12.1 二值状态不是“人定的”是物理世界逼出来的bit的全称是binary digit中文翻译成“比特”缩写就是小写b。它表示一个二进制位也就是一个只能是0或1的信息符号。它是所有现代计算机数据单位的基本粒子相当于信息世界里的“原子”。为什么要二值因为在一个充满噪声的物理环境里稳定表达信息最简单的做法就是把信息拆成两个能可靠区分的状态。数字电路里芯片靠电压高低来区分状态通常0.8V以下算低电平记为02V以上算高电平记为1中间地带不承认是任何有效状态。这种“一刀切”的判定让电脑在高温、供电波动、元件老化等情况下依然稳定工作因为只要电压没离谱到超出阈值区间0还是01还是1。你可以想象一下如果非要给电路设计出10个稳定电压等级分别表示0到9噪声一大相邻两档根本分不清谁是谁制造工艺稍微波动整个系统就崩了。早期确实有人做过十进制机械计算机的探索但电子计算机最终全面倒向二进制不是出于某种对“简单”的审美偏爱而是物理工程设计上最可靠、成本最低的答案。用开关来类比最直觉灯要么开要么关不存在让人能稳定识别的“半开”状态。bit就是这么个东西一个开关状态。2.2 bit在不同存储介质里的物理模样一个bit的意思永远是“两种状态之一”但它在不同介质里的载体完全不一样机械硬盘磁盘表面的微小磁畴磁化方向朝一边代表0朝另一边代表1固态硬盘闪存单元的浮栅里有没有被困住的电子有电子和没电子对应两种状态光盘盘片表面有没有烧出凹坑凹坑边缘的光反射变化编码信息内存靠微型电容有没有充电来表示所以内存需要不断刷新充电——这也是断电后内存数据立即消失的原因光纤通信激光脉冲的有无有光脉冲是1没有是0搞底层开发的朋友对“读一个GPIO引脚”、“抓包看某个协议标志位是0还是1”最有体感那其实就是单个bit在物理层的落地。bit的概念贯穿从最底层硬件到最上层应用的每一层抽象这就是为什么我总觉得学计算机如果只看应用层、不回头理解bit和单位关系像开手动挡车只会踩油门不会换挡能跑但跑不专业。2.3 多位组合从bit到字节再到文字和图像单个bit能表达的信息太少只有两个状态所以人类很快学会了把多个bit拼起来使用。8个bit组成一个Byte字节能表达2的8次方也就是256种状态。英文字母A在ASCII编码里对应01000001这就是“一个英文字符占1字节”的由来。中文字符数量太多GBK和UTF-8这类编码方案通常需要2到4个字节才能表示一个汉字所以才有“一个汉字占2到4字节”的说法。你看单位关系的应用场景从编码上就已经出现了。再往上一层一幅1920×1080的图片如果是24bit彩色意味着每个像素用24bit即3字节描述颜色一张图就是1920×1080×3字节算下来约6.2MB。你看从bit到图像文件大小中间隔着的就是这些层层嵌套的换算关系。3. 数据单位的完整家谱一张表串起bit到YiB3.1 这张表建议直接存进书签下面这张表我按二进制习惯每级×1024来列也是操作系统实际采用的口径。注意单位缩写的大小写规则小写b是bit大写B是Byte。单位英文缩写与上一级的换算换算成Byte典型现实参照比特b最小单位1/8 B一个开关状态字节B1B 8b1 B一个英文字母千字节KB1KB 1024B1024 B一小段文本兆字节MB1MB 1024KB1,048,576 B一首MP3歌曲吉字节GB1GB 1024MB1,073,741,824 B一部高清电影太字节TB1TB 1024GB约1.1万亿B一块大容量硬盘拍字节PB1PB 1024TB约1125万亿B大型数据中心存储艾字节EB1EB 1024PB约115亿亿B互联网级别的年数据量泽字节ZB1ZB 1024EB约1.18×10³⁰B全球数据总量的量级尧字节YB1YB 1024ZB约1.21×10²⁴B目前几乎只在理论计算中出现值得多说一句K、M、G、T、P、E、Z、Y这一串是英文词头的首字母从Kilo、Mega、Giga、Tera、Peta一路到Yotta。记住这个字母顺序往上推、往下退都不会乱。3.2 为什么这里面的“千”是1024而不是1000这是初学者最容易卡住的问题。原因是计算机硬件天然偏爱2的整数次幂。内存地址线、数据总线、寄存器宽度、缓存块大小几乎全都跟2的幂相关。2的10次方等于1024这个数很接近1000于是人们把“接近千”的一级叫做Kilo所以计算机世界里1KB就“约定俗成”成了1024B。注意这里有个历史上埋下的坑Kilo这个前缀本是国际单位制SI里的十进制词头严格说代表1000。计算机领域借用它来表示1024造成了后来一堆混乱。IEC国际电工委员会在1998年专门推出了一套二进制前缀用KiB、MiB、GiB表示1024进制把KB、MB、GB留给十进制1000进制。但Windows至今仍用KB、MB、GB这几个名字实际内部却按1024算很多Linux发行版则老老实实标成KiB、MiB、GiB。这就是“千到底是1000还是1024”争论的完整背景。3.3 两套前缀的换算什么时候用哪套先记总原则这里先给一个判断原则后面第4节还会展开各种现实场景跟内存条、寄存器、寻址空间、文件系统块大小、操作系统已用空间相关按1024换算跟通信速率、硬盘厂商标称容量、网络带宽套餐、视频码率相关通常按1000换算为什么会是这种分工内存芯片的设计基于2的幂次天生就是二进制的而通信速率计算的是“每秒传多少bit”用十进制更方便和SI单位体系对齐硬盘厂商按十进制标称容量则既有历史习惯也有营销上的“数字变大更好看”的考量。知道这两套规则并存比光背一个“1KB1024B”要有用得多因为你在日常生活中遇到的几乎所有单位争议都是这两套规则打架打出来的。4. 现实中躲不开的单位陷阱网速、硬盘、码率的那些坑4.1 网络带宽的换算为什么千兆口跑不满“千兆”网络设备的速率单位几乎全是bit/s比如百兆口、千兆口、万兆口分别对应100Mbps、1000Mbps、10Gbps。这里的bps是bits per second的缩写。如果你要算“这个口一秒钟最多能传多少字节”直接除以8百兆口100Mbps ÷ 8 12.5MB/s千兆口1000Mbps ÷ 8 125MB/s万兆口10Gbps ÷ 8 1.25GB/s实际上因为TCP/IP协议头、网卡封装开销、磁盘写入速度等原因跑满理论值的85%~90%就已经很健康了。所以千兆宽带的下载速度跑到110~120MB/s属正常水平不是什么限速。这个知识点在工程实践里非常有用。比如你在做监控系统一路摄像头的码流是8Mbps存储服务器要接200路每天存24小时。先算一路一天的数据量8Mbps÷81MB/s一小时3600秒等于3600MB≈3.52GiB一天约84GiB200路就是16.8TiB左右。这个量级一估出来选多大存储阵列才有底。如果这里忽略了bit和Byte的8倍关系整个预算能差出去8倍绝对算事故。4.2 硬盘容量“缩水”之谜1TB为何显示931GB买过移动硬盘的朋友都有过这种疑惑明明是1TB的盘插上电脑一看只有931GB好像被谁吃了69GB。真相是厂商按十进制标称容量1TB 1,000,000,000,000字节10的12次方。而Windows等操作系统按二进制统计容量1TB 1,099,511,627,776字节2的40次方。两边一除1,000,000,000,000 ÷ 1,099,511,627,776 ≈ 0.9095所以一块10进制的1TB硬盘在Windows里显示成0.91TB就是931GB。这是每条硬盘都有的“缩水”不是厂商偷偷减料。同理2TB硬盘显示约1.81TB4TB显示约3.63TB。macOS从较新版本开始采用十进制单位显示容量所以同一块1TB硬盘在Mac上可能显示为1TB看起来反而“没缩水”。这里有个细节值得补充内存条和U盘就不一样。内存条的容量计算始终按二进制所以8GB内存条就是严格意义上的8×1024³字节系统里显示的GB也是这个数字不会“缩水”。而U盘由于厂商用十进制标称插入电脑后同样会显示成比标称略小的容量。同样是“GB”到底按1000还是1024取决于谁在生产线上贴的标签、谁在软件里做的换算统计。4.3 视频码率里的换算直播推流该设多少码率视频领域到处是bit的身影。视频网站里的码率单位通常是Mbps表示每秒传输的bit数。如果你在OBS里设置推流码率为6000Kbps这里的Kbps也是千比特每秒也就是6Mbps。换算成实际输出流量6Mbps÷80.75MB/s一小时就是0.75×36002700MB≈2.64GiB。很多做直播的朋友一开始不理解为什么推流码率设置成6000Kbps录出来每小时的文件大小有2.6GB左右因为码率标的是bit文件大小算的是Byte中间隔着一道8倍的换算墙。如果按“8Mbps码率”推流一小时录出来的文件大概是8÷8×36003600MB≈3.52GiB。用这个公式你可以在开播前就准确预估存储空间够不够而不是录到一半才发现磁盘要满了。4.4 内存为什么比硬盘“实在”二进制前缀的坚持上面提了一句内存不缩水这里展开说说背后的思路。内存的颗粒容量、地址线数量、控制器位宽都是按2的幂设计的。比如一根8GB的内存条它的地址线能寻址的字节数正好是2的33次方因为8×1024³2³³芯片设计、颗粒排列、行地址列地址分配全都围绕2的整数次幂展开。所以在内存领域1KB1024B从来没有任何争议操作系统和硬件口径完全一致用户看到的内存容量就是物理实际值。这带来一个我们以后也会用到的基础共识系统里看当前内存占用了多少GB、剩余多少GB这些数字是按1024算的“真二进制容量”。而硬盘、移动硬盘、U盘、TF卡的标签容量则多是十进制标称。以后买东西、配存储方案时别把这两个口径混为一谈否则容量规划会凭空多算或者少算接近7%的空间。5. 从单位上升到架构字长、寻址空间和性能计算的底层逻辑5.1 字长决定CPU“一口能吃多少”数据单位这条线不能停在存储和传输它跟CPU架构是直接相连的。计算机组成的教科书里有个词叫“字长”指CPU一次能并行处理的二进制位数。8位机的CPU一次处理8bit也就是1字节16位机是2字节32位机是4字节64位机是8字节。注意这里的位就是bit。字长决定了什么简单说决定了CPU执行一条整数指令时最快能一次操作多大的数据。64位CPU不是“性能比32位翻倍”而是它的通用寄存器宽度、数据总线位宽、运算单元宽度都是64bit一次能把两个64位整数算完。如果你在32位环境下处理一个64位整数CPU得把数据拆成两半分两次算这就会拖慢速度。日常买电脑看“64位处理器”背后含义就是这套bit级的架构设计。你没必要背那些参数但知道“位”就是CPU一口吃下多少bit就能理解为什么64位系统需要配套64位的操作系统和软件数据库里int类型在32位下是4字节在64位下很多环境仍保持4字节但指针类型可能变成8字节这会直接影响内存布局和程序大小。5.2 寻址空间2的多少次方能指向多少内存寄存器宽度和地址总线宽度共同决定CPU能访问的内存上限。一个地址要能指向内存中的每个字节地址的位数就是这个“指针”的bit数。如果有n位地址理论上最多有2的n次方个不同地址每个地址对应一个字节所以32位地址空间2³² 4,294,967,296字节 4GiB64位地址空间2⁶⁴ 18,446,744,073,709,551,616字节 16EB这就是为什么老话说“32位系统最多支持4GB内存”因为地址总线只有32根每个地址对应一个字节地址空间就是4GiB。实际使用中还要给PCIe设备、硬件I/O留出地址映射区域所以32位系统实际可用的物理内存往往只有3GB多这就是“4GB内存为何只有3.5GB可用”的另一个层面。64位系统的16EB上限在很长一段时间内都是天文数字所以大家很少去操心底层寻址上限。但这个计算逻辑值得留个心以后看到某个芯片寄存器位宽是12bit你就能立刻心算它的地址空间是4096个单元一步都不含糊。5.3 加密、颜色、音质里的bit位深度越大表达越精细不只是存储和寻址bit在数字内容的“细腻程度”上同样起决定作用。图像里的色深、音频里的位深度都是bit数量在背后定价。颜色8bit色深意味着每个颜色通道有2⁸256个等级三通道RGB组合就是16,777,216种颜色10bit色深每个通道1024级总计约10.7亿色。这也是手机厂商宣传“10bit屏幕”时强调的“10亿色”来源音频16bit采样意味着每个采样点的幅度能用65536个等级描述24bit则是1677万个等级动态范围和信噪比都会明显更好加密AES-128的密钥长度是128bit也就是16字节AES-256的密钥是256bit即32字节。密钥每增加1bit暴力穷举的空间就翻一倍反过来看这些位深度的增加也直接推高文件体积。一段24bit/192kHz的音频比16bit/44.1kHz的CD音质数据量大得多这就是为什么无损音频和高分辨率视频总是特别占空间bit的数目在地基层面已经把上限钉死了。6. 我的日常换算心法三个锚点、一个脚本和自查清单6.1 先记牢三句话任何场景都不慌这么多年看下来最容易记住、也最不容易出错的单位换算心法浓缩成三句话小写b是比特大写B是字节1字节永远等于8比特人读文件大小用字节机器传数据按比特看到带宽或码率先除以8再谈速度内存按1024硬盘标按1000操作系统显示按1024厂商标签按1000第三句细究起来在不同系统上会有差异但作为日常判断框架已经足够。比如看到“100Mbps网卡”立刻心算12.5MB/s看到“2TB硬盘”先按实际约1.81TB估可用空间看到“500MB的视频文件”知道它大约是4Gbit500×84000Mbit如果要在10Mbps带宽下传输理论要400秒。6.2 写个小脚本让计算机帮你处理换算平时写代码时经常要把字节数转成可读格式。与其每次手算不如直接封装一个函数。这是我最常用的一段Python代码简单但非常实用def auto_unit(byte_value: float) - str: 把字节数转成人类易读的单位按1024进制处理。 units [B, KB, MB, GB, TB, PB, EB] if byte_value 0: return f-{auto_unit(-byte_value)} for unit in units: if byte_value 1024 or unit units[-1]: return f{byte_value:.2f} {unit} byte_value / 1024调用它print(auto_unit(1_073_741_824)) # 输出 1.00 GB print(auto_unit(1_000_000_000)) # 输出 953.67 MB十进制1GB在二进制下的显示 print(auto_unit(11_059_200)) # 输出 10.55 MB另一个更常用的换算逻辑是把带宽和文件大小对齐。比如手里有一个500MB的文件要在100Mbps的网络下传完需要的时间是file_size_bytes 500 * 1024 * 1024 bandwidth_mbps 100 bandwidth_Bps bandwidth_mbps * 1000 * 1000 / 8 # 运营商按十进制bit算 seconds file_size_bytes / bandwidth_Bps print(f理论耗时约 {seconds:.1f} 秒)注意这里带宽按十进制的100Mbps换算成字节100×1000×1000÷812,500,000B/s而文件大小按二进制500MB524,288,000字节所以算出来的实际耗时略高于“500÷12.540秒”的直觉结果。这种“二进制文件大小 十进制带宽速率”的混合计算在工程里极其常见脚本比心算可靠得多。6.3 拿几个小问题自测一下如果你看完上面这些内容试着算一算下面几个小问题能全对基本就是真懂了一个10Mbps的视频流持续录12小时会产生多少GB的数据 答10Mbps÷81.25MB/s12小时43,200秒总量54,000MB按二进制约52.73GiB。为什么240GB的固态硬盘插上电脑显示容量只有约224GB 答厂商按240×10⁹字节标称除以1024³约等于224。32位地址总线最多能直接寻址多少内存 答2³²字节4GiB约4.29×10⁹字节实际可用还会因硬件映射略少。一张1920×1080的24bit彩色图片理论上未压缩占多少空间 答1920×1080×3字节6,220,800字节≈5.93MiB。这类问题我面试候选人时也常随口问能把第一个问题在十几秒内估算出来的人至少在数据单位这个基本功上是过关的。单位换算本身不难难的是在复杂场景里不混淆两套进制、不忘8倍关系、不把“每秒比特数”当成“每秒字节数”来用。讲了这么多最后分享一点个人体会。我刚开始带项目的时候就因为在估算日志存储量时把Mbps当成了MB/s多买了近一倍的存储设备被领导追问了半天。从那以后我养成了一个习惯凡是在配置、日志、监控里看到带宽、码率、速率参数先确认单位是bit还是Byte再动手计算。细节虽小但在整个计算机体系里bit就是那个最底层也最不能忽视的“地基”。希望这篇整理能帮你把这块地基打得再扎实一点。