希望大家能发表看法!在文件尾处理加密标志,实现比较简单。个人认为放在文件尾最大的问题是确保能写入文件尾。如果系统意外崩溃,如何恢复是大问题。
回复(14) 2007-07-30 15:12 来自版块 - 文件系统(过滤)驱动程序开发
表情
我最老实引用第12楼coolw于2007-08-05 09:59发表的 : 只知道放在文件尾有byte range lock的问题 觉得还是文件头好处理 能否进一步说明?byte range lock如何影响?(2007-08-06 09:27)
fazwh读文件时,采用什么方法除掉文件尾部标示最可靠?(2007-08-05 16:17)
coolw只知道放在文件尾有byte range lock的问题 觉得还是文件头好处理(2007-08-05 09:59)
我最老实引用第9楼znsoft于2007-07-30 19:00发表的 : 还有一点.放文件头,对于追加方式的写,很简单,放文件尾需要处理的不少 能否进一步说明?我还不知道有这样一种特殊的写操作。有专门的访问标志? 据我了解win32上没有专门的“追加”。(2007-07-30 19:51)
devia哈哈,znsoft说的对(2007-07-30 19:33)
znsoft还有一点.放文件头,对于追加方式的写,很简单,放文件尾需要处理的不少(2007-07-30 19:00)
devia文件头和文件尾各有优缺点: 1. 如果放在文件尾,那么可靠性就需要额外提供保障,但是对系统的比较小,并且去尾也比较容易; 2. 如果放在文件头,那么去头就存在麻烦,并且对系统应用的影响比较大;(2007-07-30 17:17)
znsoft兄弟们越搞越复杂了.hehe(2007-07-30 17:11)
looksail引用第4楼devia于2007-07-30 16:26发表的 : 模仿NTFS的回滚功能,日志并不是把整个文件作备份,而是对文件的具体操作做回滚 简单几句话,但是我看着就范晕(2007-07-30 17:00)
我最老实引用第4楼devia于2007-07-30 16:26发表的 : 模仿NTFS的回滚功能,日志并不是把整个文件作备份,而是对文件的具体操作做回滚 这样感觉比较复杂。(2007-07-30 16:58)

返回顶部