如题所述
厂商按照正确的千进制计算。8G=8000000000byte.
操作系统按照近似的1024进制,7.55G=8106750771.2Byte.
操作系统按照近似的1024进制,7.55G=8106750771.2Byte.
温馨提示:答案为网友推荐,仅供参考
第1个回答 2016-08-17
生产用的标准是:1G=1000MB
电脑识别的是二进制:1G=1024MB
8000MB 被电脑识别容量,就变成了:7812MB。
U盘本是有部分容量被占用的,实际在7.5G以上都是正常的。
第2个回答 2016-08-17
假设我们买了一个8G的U盘,U盘厂家是按照1G=1000M的换算单位计算的,而电脑是按照1G=1024M计算,所以市场上标称8G容量的U盘,实际容量是只有8*1000=8000M的,而不是我们理解的8*1024=8192M。这8000M容量里用8000M除以1024M/G(电脑)=7.8125G=7.8G,再扣去一些系统文件占的空间可能就只剩7.5G了,所以你买的8G正品U盘,在电脑上显示的容量是没有8G的,一般在7.5G左右浮动。其他的可以依次类推。
第3个回答 2016-08-17
这是由于两种不同的计数单位而造成的差异
商用的硬盘和U盘容量一般采用10进制标注,1G=10^9
计算机科学技术中通常采用二进制,1G=2^30≈十进制的1.0737×10^9
所以计算机里面标注的7.55G≈十进制的8.1G
商用的硬盘和U盘容量一般采用10进制标注,1G=10^9
计算机科学技术中通常采用二进制,1G=2^30≈十进制的1.0737×10^9
所以计算机里面标注的7.55G≈十进制的8.1G
第4个回答 2016-08-17
厂家偷工减料追问
都这样
追答不
有好的
第5个回答 2016-08-19
一:U盘生产商的工作人员表现,厂家并非在生产产品时偷工减料,而是因为厂家和王先生的电脑操作系统,对存储量的换算方法不同所致。此外,U盘内部主控程序也占用了必定空间,U盘容量才会“缩水”。
二:国家标准化管理,根据国际通用标准,目前国内外的U盘、硬盘生产厂家,都采用1G等于1000兆的换算方法,而绝大多数电脑的操作系统(Win7、Vista、XP等主流Windows均如此)采用的是1G等于1024兆的换算方法,从而导致U盘在电脑上的显示容量低于其实际容量。
厂商按照正确的千进制计算,8G=8000000000byte.
操作系统按照1K=1024进制,7.55*1024*1024*1024=8106750771.2Byte.(约8G)。
三、具体设计为:在监控中心部署H3C EX1000S IPSAN存储服务器,前端所有 摄像头的图像通过监控专网传输到监控中心,集中存储到IPSAN服务器上。 监控平台建成后,还需针对存储需求进行不同码流设计: CIF:图像分辨率为352×288 D1:图像分辨率为720×576 采用CIF方式:每路每秒是采用512K进行存储,我们参考512k存储系统按照160个摄像头存储30天的需求,共需要存储容量; (计算公式:存储容量(GB)=(码流/1024/1024/8)×CBR影响系数×60秒×60分钟×24小时×天数) 以512K单路视频图像码流,计算图像存储容量。 每小时容量=3600秒×(512/1024/1024/8)×1.10=0.242G/小时 每路图像一天24小时 一天容量=24 Hour×0.242GB/Hour=5.801GB/天 一月容量=30 天×5.801GB/天=174.03GB 160个摄像头保存30天容量=160×174.03GB =27844.8GB=27.8TB 采用Full D1方式:每路每秒是采用2M进行存储,我们参考2M存储系统按照14个摄像头存储30天的需求,共需要存储容量; (计算公式:存储容量(GB)=(码流/1024/1024/8)×CBR影响系数×60秒×60分钟×24小时×天数) 以1M单路视频图像码流,视频图像分辨率为D1 720*576 PAL 25帧,计算图像存储容量。 每小时容量=3600秒×(2048/1024/1024/8)×1.10=0.967G/小时 每路图像一天24小时 一天容量=24 Hour×0.967GB/Hour=23.203GB/天 一月容量=30 天*23.203GB/天=696.09GB 14个摄像头保存30天容量=14×696.09GB =9745.26GB=9.75TB
四、每一千个 字节称为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左右)
每1024MB就是1GB,即1GB=1024MB,至于等于多少 字节,自己算吧。我们搞清楚了,常听人说什么一张 软盘是1.44MB、一张CD 光盘是650MB、一块硬盘是120GB是什么意思了。打个比方,一篇10万汉字的小说,如果我们把存到 磁盘上,需要占用多少空间呢?100,000汉字=200,000B=200,000B÷1024≈195.3KB≈195.3KB÷1024≈0.19MB
硬盘计算: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存储,可以根据需要随时增加存储设备,并进行统一管理。
二:国家标准化管理,根据国际通用标准,目前国内外的U盘、硬盘生产厂家,都采用1G等于1000兆的换算方法,而绝大多数电脑的操作系统(Win7、Vista、XP等主流Windows均如此)采用的是1G等于1024兆的换算方法,从而导致U盘在电脑上的显示容量低于其实际容量。
厂商按照正确的千进制计算,8G=8000000000byte.
操作系统按照1K=1024进制,7.55*1024*1024*1024=8106750771.2Byte.(约8G)。
三、具体设计为:在监控中心部署H3C EX1000S IPSAN存储服务器,前端所有 摄像头的图像通过监控专网传输到监控中心,集中存储到IPSAN服务器上。 监控平台建成后,还需针对存储需求进行不同码流设计: CIF:图像分辨率为352×288 D1:图像分辨率为720×576 采用CIF方式:每路每秒是采用512K进行存储,我们参考512k存储系统按照160个摄像头存储30天的需求,共需要存储容量; (计算公式:存储容量(GB)=(码流/1024/1024/8)×CBR影响系数×60秒×60分钟×24小时×天数) 以512K单路视频图像码流,计算图像存储容量。 每小时容量=3600秒×(512/1024/1024/8)×1.10=0.242G/小时 每路图像一天24小时 一天容量=24 Hour×0.242GB/Hour=5.801GB/天 一月容量=30 天×5.801GB/天=174.03GB 160个摄像头保存30天容量=160×174.03GB =27844.8GB=27.8TB 采用Full D1方式:每路每秒是采用2M进行存储,我们参考2M存储系统按照14个摄像头存储30天的需求,共需要存储容量; (计算公式:存储容量(GB)=(码流/1024/1024/8)×CBR影响系数×60秒×60分钟×24小时×天数) 以1M单路视频图像码流,视频图像分辨率为D1 720*576 PAL 25帧,计算图像存储容量。 每小时容量=3600秒×(2048/1024/1024/8)×1.10=0.967G/小时 每路图像一天24小时 一天容量=24 Hour×0.967GB/Hour=23.203GB/天 一月容量=30 天*23.203GB/天=696.09GB 14个摄像头保存30天容量=14×696.09GB =9745.26GB=9.75TB
四、每一千个 字节称为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左右)
每1024MB就是1GB,即1GB=1024MB,至于等于多少 字节,自己算吧。我们搞清楚了,常听人说什么一张 软盘是1.44MB、一张CD 光盘是650MB、一块硬盘是120GB是什么意思了。打个比方,一篇10万汉字的小说,如果我们把存到 磁盘上,需要占用多少空间呢?100,000汉字=200,000B=200,000B÷1024≈195.3KB≈195.3KB÷1024≈0.19MB
硬盘计算: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存储,可以根据需要随时增加存储设备,并进行统一管理。