除了md5/crc32。还有没有更松散一点验证文件传输的。

显示全部楼层 · 发表于 2021-8-11 14:51:42

本帖最后由 mifanu 于 2021-8-11 15:00 编辑

因为我这边并不是用来防范文件刻意被假冒的情况。不需要严格的验证文件唯一性。
只是大文件从一台电脑，下载到另一台电脑，然后想轻松的检查一下，文件没有丢失，两个文件是同一个文件。就行。
md5和crc耗时都差不多。整体来讲我感觉费时费力。因为电脑配置也低。
之前有人提过idm本身就会验证。但是我需要用原版chrome，以及一些不自带验证的工具来传输下载。所以必须额外验证。之前试过比大小，就是细致到1字节，但是有些传送工具下载时首先就会创建一个与目标名称相同大小相同的文件。让我没法再依赖比大小。
就想找个比md5这些更快，基本不耗费cpu的，也不需要完整读盘的。因为2g的文件完整读一遍可能至少需要20s+

显示全部楼层 · 发表于 2021-8-11 16:12:48

没玩过只要保证磁盘没有坏道情况下直接磁盘对拷不就行了？要是从网络机器拷贝就把源文件分批打包后再下载哦

显示全部楼层 · 发表于 2021-8-11 21:24:21

算哈希值比较文件是否相同算快的了。如果是一行一行比较会慢N倍（用cmp.exe等工具试了来）

显示全部楼层 · 发表于 2021-8-11 21:33:21

本帖最后由 mifanu 于 2021-8-11 21:50 编辑

nmyh 发表于 2021-8-11 21:24
算哈希值比较文件是否相同算快的了。如果是一行一行比较会慢N倍（用cmp.exe等工具试了来）

嗯。我就是想找找，有没有比md5/crc更省时的特征码。

显示全部楼层 · 发表于 2021-8-11 21:46:32

本帖最后由风之咩~ 于 2021-8-11 21:48 编辑

mifanu 发表于 2021-8-11 21:33
嗯。我忽然来了灵感。如果目的是检测文件传输是否完整。应该只检查文件尾就可以了。

下载文件不全是按顺序填充所以尾部一样中间不一致的情况也会有
且文件尾大都是很长一堆空数据

显示全部楼层 · 发表于 2021-8-12 20:08:33

远程桌面拷贝？

显示全部楼层 · 发表于 2021-8-12 20:41:59

tcp似乎自带校验

显示全部楼层 · 发表于 2021-8-16 22:10:05

mifanu 发表于 2021-8-11 21:33
嗯。我就是想找找，有没有比md5/crc更省时的特征码。

如果只是自己用于检测，可以试一试xxhsum，这个算法真滴快，不过小众，只能自己检测文件是否一致，因为别人都不提供这个码

显示全部楼层 · 发表于 2021-8-16 23:23:18

本帖最后由 mifanu 于 2021-8-16 23:38 编辑

zgzxp 发表于 2021-8-16 22:10
如果只是自己用于检测，可以试一试xxhsum，这个算法真滴快，不过小众，只能自己检测文件是否一致，因为别 ...

谢谢。我试试。
什么用法？我下载了xxhsum 0.8，不知道命令是不是这样用。
C:\Users\Administrator\Downloads\Compressed\xxhsum>xxh64sum -c 21450.zip
21450.zip: no properly formatted xxHash checksum lines found

显示全部楼层 · 发表于 2021-8-17 19:07:30

mifanu 发表于 2021-8-16 23:23
谢谢。我试试。
什么用法？我下载了xxhsum 0.8，不知道命令是不是这样用。
C:%users\Administrator\Dow ...

创建哈希数据：xxhsum 文件1 文件2 > hashresult.txt
验证：xxhsum -c hashresult.txt

[软件] 除了md5/crc32。还有没有更松散一点验证文件传输的。

评分

评分