USB 2.0传输速度不是玄学：一次拆到底的U盘实测手记
你有没有遇到过这样的场景？
刚插上一支标着“USB 2.0 High-Speed”的U盘，系统识别正常，文件拖进去却像卡在泥潭里——复制1GB视频花了近两分钟；用dd if=/dev/zero of=/mnt/usb/test bs=1M count=1024测写入，结果只有16 MB/s；更奇怪的是，同一支U盘在Windows下跑出28 MB/s，换到Linux嵌入式板子上却掉到12 MB/s……
这不是芯片虚标，也不是驱动bug，而是USB 2.0传输速度从来就不是一根直通的水管，而是一条布满关卡、缓存、调度与妥协的物流通道。今天我们就以一支几十块钱的普通U盘为切口，不讲协议规范、不抄数据手册，只做一件事：把从dd命令敲下去那一刻起，数据到底经历了什么，一层层剥给你看。
为什么480 Mbps永远变不成60 MB/s？
先泼一盆冷水：USB 2.0物理层标称480 Mbps，是NRZI编码+位填充后的原始线速，不是你能塞进数据的带宽。它就像告诉你高速公路设计时速120 km/h——但没说路上有17个收费站、3段施工区、5处急弯，还强制所有车按固定队列进出。
真实数据通路中的损耗，可以拆成三块硬骨头：
协议开销（Protocol Overhead）：每个Bulk包都得裹上“外衣”——SYNC字段（8 bit）、PID（4 bit）、地址+端点（7+4 bit）、CRC5（5 bit）、握手包（4 bit）、帧间间隔（Interpacket Delay，约1.5 μs）。粗略算下来，每发送1024字节有效数据，实际在线缆上传了约1240字节。有效载荷率≈82% → 480 × 0.82 ≈ 394 Mbps ≈ 49 MB/s。
调度瓶颈（Scheduling Ceiling）：USB 2.0每1ms一个帧（Frame），EHCI主机控制器理论上最多塞进13个Bulk事务（OUT或IN）。但现实很骨感：设备响应延迟（NAND编程要等几百微秒）、主机中断处理时间（URB完成需软中断+上下文切换）、总线仲裁等待……实测中，稳定能跑满的也就10–12个事务/帧。按最大包4096字节算：12 × 4096 = 49.15 KB/frame →49.15 MB/s—— 这已经是理论天花板了。
最后一公里塌方（The Last-Mile Collapse）：前面两步加起来还有近50 MB/s余量，但真正落到U盘上时，往往只剩一半。原因？NAND闪存不听USB的话。它不会因为你发来一个Bulk包就立刻写完——TLC颗粒一页编程要800–1200 μs，而USB一个4096字节包在总线上只占约68 μs（4096×8÷480e6）。也就是说，USB早把包扔完了，NAND还在吭哧吭哧擦块、编ECC、搬数据……此
