The Challenge of Large File Checksums
1–6 of 6 posts
Re: The Challenge of Large File Checksums
#2Splitting a file into chunks, hashing them in parallel, and then hashing the resulting hashes is certainly a valid method but not the same as hashing a file the traditional way.
Unless the world changes how they publish hashes of files available for download, I don’t see the point.
Re: The Challenge of Large File Checksums
#3I don’t understand the goal here. Splitting a file into chunks, hashing them in parallel, and then hashing the resulting hashes is certainly a valid method but not the same as hashing a file the traditional way. Unless the world changes how they publish hashes of files available for download, I don’t see the point.
Re: The Challenge of Large File Checksums
#4This code is using sha256 which, whilst cryptography secure, is a massive burden for computation.
Re: The Challenge of Large File Checksums
#5I don’t understand the goal here. Splitting a file into chunks, hashing them in parallel, and then hashing the resulting hashes is certainly a valid method but not the same as hashing a file the traditional way. Unless the world changes how they publish hashes of files available for download, I don’t see the point.
The reasoning here is to improve getting hash of a large file (let say size > 100GB). Reading the file content sequently and hashing it will take a lot longer
This isn’t like gzip which can be parallelized.
Without standardization of a parallelized hash computation, it’s just a toy exercise in an embarrassingly parallel problem.
Re: The Challenge of Large File Checksums
#6Why not use a faster hashing algorithm like xxhash? This code is using sha256 which, whilst cryptography secure, is a massive burden for computation.