当前位置:  开发笔记 > 运维 > 正文

用于确定文件身份的算法

如何解决《用于确定文件身份的算法》经验,为你挑选了1个好方法。

对于一个开源项目,我在文件系统之上编写一个抽象层.

该层允许我将元数据和关系附加到每个文件.

我希望图层能够优雅地处理文件重命名,并在重命名/移动或复制文件时维护元数据.

为此,我需要一种计算文件标识的机制.显而易见的解决方案是为每个文件计算SHA1哈希值,然后根据该哈希值分配元数据.但是......这真的很贵,特别是对于电影来说.

所以,我一直在考虑一种算法虽然不是100%正确,但绝大多数时候都是正确的,并且很便宜.

一种这样的算法可以是使用文件大小和该文件的字节样本来计算散列.

我应该为样本选择哪些字节?如何保持计算的便宜和合理准确?我知道这里有一个权衡,但性能至关重要.用户将能够处理系统出错的情况.

我需要这个算法适用于非常大的文件(1GB +和小文件5K)

编辑

我需要这个算法来处理NTFS和所有SMB共享(基于Linux或基于Windows),我希望它支持将文件从一个位置复制到另一个位置的情况(存在2个物理副本被视为一个标识).我甚至可能会考虑在需要重新标记MP3的情况下(物理文件已更改,因此我可能每个文件类型都有一个身份提供程序).

编辑2

相关问题:确定文件身份的算法(优化)



1> Andy Dent..:

在您正在讨论的文件范围内,分层,多层比较应该是最快且可扩展的.

第一级索引只是文件的长度.

第二级是哈希.低于一定大小,它是一个完整的文件哈希.除此之外,是的,我同意你对采样算法的看法.我认为可能影响采样速度的问题:

    为了避免碰到可能高度相似或相同的规则间隔标题,您需要插入一个不合格的数字,例如:素数或连续素数的倍数.

    避免可能最终遇到常规记录标题的步骤,因此如果您从样本字节获得相同的值,尽管位置不同,请尝试通过另一个素数调整步骤.

    应对具有大量相同值的异常文件,因为它们是未编码的图像或仅填充空值.

推荐阅读
个性2402852463
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有