添加文件头加密标志不可行的理由

要添加文件头，需将文件内容向后移动文件头长度，这一工作一般在文件打开时进行（貌似也没有更好的时机了）。对于一个小的文本文件，这样做当然没有问题，但对于一个几百兆的视频文件，打开的速度会非常的慢，因为需要将整个文件重新读写一遍，以便给文件头空出位置。所以，添加文件头标志是不可行的。

明白，高手能看一下我下面的问题吗？

世上无难事，只怕有心人

把头那一部分移到尾，其它不动不行么？

创建的文件就加上，以后偏移就好了，没有必要像楼主说的。
现在我也正在加文件头呢，遇到不少问题，可以一起讨论~~

欢迎一起探讨：
MSN:
Clarence_songyifei@hotmail.com

引用第2楼wanghui219于2007-11-21 19:08发表的 回 楼主(dionysus77)的帖子 :
我们做的就是加头，并且最大文件我们测试过20G，
当然，我手里也有一份同样加尾的代码，性能上差不多，
你信吗？哈哈

是打开文件时加头吗？我指的是原来机器中20G的文件，安装驱动后第一次打开时全文加密？是用minifilter还是老接口？

引用第5楼clarence于2007-11-22 10:09发表的  :
创建的文件就加上，以后偏移就好了，没有必要像楼主说的。
现在我也正在加文件头呢，遇到不少问题，可以一起讨论~~

欢迎一起探讨：
MSN:
.......

也就是说加密驱动装载前创建的文件，在驱动安装后第一次打开时不能自动加密？

引用第4楼llg84于2007-11-22 09:56发表的  :
把头那一部分移到尾，其它不动不行么？

可以
，不过文件偏移处理起来就麻烦了，要分好几种情况讨论

???

顶顶顶

不管是加头还是加尾都是行的通的，只是要面对不同的难题而已

引用第2楼wanghui219于2007-11-21 19:08发表的 回 楼主(dionysus77)的帖子 :
我们做的就是加头，并且最大文件我们测试过20G，
当然，我手里也有一份同样加尾的代码，性能上差不多，
你信吗？哈哈

大侠：能将您的代码发给小弟一份作参考吗？谢谢！brucepu@sina.com。

我是加在文件尾....

头尾区别不大，搞定其中一种方式另外一种自然不在话下。 个人认为标识放在头部效率相对要高一些也更安全一些,原因是:对于密文基本只需要写一次,以后顶多也只是更新头,而在尾部则存在文件扩展,截短,覆盖导致标识需要再写一次,且检测标识时需要将读取位置定位到包含尾的地方.

另外对打开时加密明文文件,放头放尾确实是没有区别的,这种方式必然需要将原文件从头到尾读取加密再写入这个过程.可以考虑在应用层/驱动内置空闲时自动搜索明文并加密的方式.

其实可以在第一次paging io写的时候把头部标识写进去，这样可以将加密延迟到对文件产生修改时，而不是一打开就要从头到尾加密一遍，只不过需要面对文件长度扩展的问题。

PS: 此结论在NTFS下失效，为不影响后来者，故取消。