请问8G的U盘实际容量只有多少?
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存储,可以根据需要随时增加存储设备,并进行统一管理。
参考资料:百度百科-存储容量
广告 您可能关注的内容 |