8G的U盘实际容量在7.45G左右；闪存类产品的实际容量和标注的容量是不同的，因为闪存工厂采用的换算单位与计算机系统的换算单位不同。
闪存制造商是以1000为换算单位的，即1GB=1000MB ；计算机系统是用1024为换算单位的，即1GB=1024MB 。
这样计算机识别出的U盘容量就要小于U盘生产厂标称的U盘容量，实际使用容量约为标示容量的90%左右。
扩展资料
存贮容量的计算
每一千个字节称为1KB，注意，这里的“千”不是我们通常意义上的1000，而是指1024。即：1KB=1024B。
但如果不要求严格计算的话，也可以忽略地认为1K就是1000。 4）每1024个KB就是1MB（同样这里的K是指1024），即：1MB=1024KB=1024×1024B=1,048,576B这是准确的计算。如果不精确要求的话，也可认为1MB=1,000KB=1,000,000B
另外需要注意的是，存储产品生产商会直接以1GB=1000MB，1MB=1000KB ，1KB=1000B的计算方式统计产品的容量，这就是为何买回的存储设备容量达不到标称容量的主要原因（如320G的硬盘只有300G左右）。
硬盘计算：750GB SATA实际容量为667（698.5）GB（少于的部分用于操作系统）； CBR影响系数：是指CBR(恒定码流）正误差给存储容量带来的影响系数。
存储设备采用RAID5+1的方式布置，每台存储需要损耗2块硬盘，如果IPSAN的硬盘为500GB的侧每台存储有效容量为6.316TB。
如果IPSAN的硬盘为750GB的侧每台存储有效容量为9.119TB 存储模式与硬盘数量关系：
模式1:部署JBOD盘，采用750G硬盘（有效容量667GB)，单机16个有效盘位总容量为10.672TB，不考虑存储数据可靠性为最经济模式。
模式2：部署RAID5但不配热备盘，采用750G硬盘（有效容量667GB)，单机15个有效盘位总容量为9.771TB，不考虑RAID5重建对存储性能影响，这是最经济的模式。
模式3：部署RAID5且配热备盘，采用750G硬盘（有效容量667GB)，单机14个有效盘位总容量为9.119TB，不考虑RAID5重建对存储性能影响（允许在坏掉一个硬盘后短时间内再坏掉一个硬盘）。
根据各布点区域监控点的数量可具体计算出所需的存储容量。（方案存储数据）方案中我们IP SAN存储，可以根据需要随时增加存储设备，并进行统一管理。
参考资料：百度百科-存储容量
