如题所述
厂商按照正确的千进制计算。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存储，可以根据需要随时增加存储设备，并进行统一管理。
