-
-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BLAKE3 #157
Comments
Non-optimized and public domain https://github.com/michaelforney/blake3-tiny |
@sergeevabc |
Btw, I have done some tests, and according to my results TurboSFV cli version is x2 faster than RapidCRC, and about 40% faster than HashCheck. Not trying to promote turbo software, which is not free. |
Still looks like Blake3 most perspective and fast to check files |
Also vote for blake3 implementation |
Dear @rhash,
BLAKE3 seems to be capable to replace the whole zoo of MD5/SHA1/2/3/Blake2 flavors to check files for malicious changes, while xxHash 128 is a relevant CRC32 replacement for catching accidental changes (e.g. network transmission errors and data rot). This consensus is maturing as we speak. (cc: @Cyan4973)
Alas,
b3sum
, the official CLI implementation of BLAKE3, has a serious drawback related to memory management and its devs are far from fixing it (cc: @veorq). So until now I’ve been fortunate to use the advantages of this algorithm mainly thanks to GUI apps such as RapidCRC by @OV2 and HashCheck fork by @idrassi. I believe a proper CLI implementation would benefit the community.Be kind to add BLAKE3 (and sooner or later xxHash 128) to RHash, please.
The text was updated successfully, but these errors were encountered: