无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
查看: 3081|回复: 5
打印 上一主题 下一主题

突然来的一点想法

[复制链接]
跳转到指定楼层
1#
发表于 2013-11-17 15:01:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
既然存储在硬盘中的都是0和1  那么备份可不可以统计  0和1的方式来备份呢   
比如      1000001111111010101
备份   115061101110111011  或者    默认1先0后   156111111   省去1和0  固定值
1个1  5个0 6个1 1个0 1个1 1个0 1个1 1个0 1个1
2#
发表于 2013-11-17 15:31:26 | 只看该作者
请问下楼主:你这样的备份如何恢复呢?我想是备份用1秒钟,恢复用了1分钟。
回复

使用道具 举报

3#
发表于 2013-11-18 18:21:29 | 只看该作者
但是 这样会出现很多问题的
回复

使用道具 举报

4#
发表于 2013-11-18 22:01:47 | 只看该作者
世界上只有两种人,懂二进制的和像楼主这样不懂二进制的

点评

见笑了 文盲了 貌似我的想法不太可能实现 就算实现了 也不实用 牵扯进制转换 可能备份会很小 但是速度可能就太慢了 硬盘都不值钱了 谁还会在乎 体积 本以为 这样的思路 会体积小恢复快  详情 回复 发表于 2013-11-19 12:33
回复

使用道具 举报

5#
 楼主| 发表于 2013-11-19 12:33:53 | 只看该作者
infox 发表于 2013-11-18 22:01
世界上只有两种人,懂二进制的和像楼主这样不懂二进制的

见笑了  文盲了   貌似我的想法不太可能实现   就算实现了   也不实用
牵扯进制转换    可能备份会很小   但是速度可能就太慢了   硬盘都不值钱了   谁还会在乎   体积
本以为   这样的思路   会体积小恢复快

点评

楼主的想法实际上包含了两方面的知识. 一是硬盘的扇区方式备份. 二是压缩技术. 本人不觉得楼主的想法有什么可笑,只是楼主想法是好的,但考虑事情不周全罢了. 先说扇区备份方式: 这种方式的备份,可以认为是最可靠  详情 回复 发表于 2013-11-30 14:28
回复

使用道具 举报

6#
发表于 2013-11-30 14:28:03 | 只看该作者
xuexiang 发表于 2013-11-19 12:33
见笑了  文盲了   貌似我的想法不太可能实现   就算实现了   也不实用
牵扯进制转换    可能备份会很小  ...

楼主的想法实际上包含了两方面的知识. 一是硬盘的扇区方式备份. 二是压缩技术. 本人不觉得楼主的想法有什么可笑,只是楼主想法是好的,但考虑事情不周全罢了.

先说扇区备份方式:  这种方式的备份,可以认为是最可靠的数据备份方式,在数据恢复应用方面,通常都会采用这种方式来转储数据. 比如HD CLONE,MHDD,MEDIA TOOLS 等都是这样来"备份"数据的.

扇区备份方式是可行的,GHOST也支持这种扇区级备份. 但如果完全按照扇区是0还是1(0可以认为空扇区,无需备份,也无需恢复),这样的备份恢复方式有一个很大的缺点,那就是原来分区是多大的,恢复的时候,分区还得是原来的大小,如果把分区调小了,将无法恢复,并且这样的备份还原方式,原来如果有数据碎片,还原会仍有碎片. GHOST默认是 文件系统备份方式,但如果指定参数,GHOST也会以扇区方式进行备份,对于GHOST无法识别的分区类型,可以用扇区方式进行备份.

再来谈一下数据压缩技术,当一个文档中有大量连续的0或者大量连续的1,这时候,数据压缩就成为可能,楼主原本的想法就很好,但真正的压缩技术可能会非常复杂,没有楼主想的这么简单而已. 对压缩算法,本人并不懂,所以也就不细说了,但数据重复才能被压缩,这一点是不会错的,GHOST在备份的时候,默认就是压缩的,备份的同时压缩备份数据,比如系统3G,备份的数据可能1G或者几百M.

用WINHEX备份硬盘的扇区数据,然后再用WINRAR进行压缩打包,这就是分两步 按楼主的想法实现的备份,当然,先备份扇区数据,再压缩这是不可取的. WINHEX有一个自身的压缩格式,但我没有试过,应该是支持还原的.
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-12-1 19:03

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表