summaryrefslogtreecommitdiff
path: root/test/pacman/README
diff options
context:
space:
mode:
authorDan McGee <dan@archlinux.org>2011-09-28 04:06:43 -0500
committerDan McGee <dan@archlinux.org>2011-09-28 04:48:42 -0500
commit98e0371ae38d748fb04cec4759addb54e3a618ea (patch)
treef452b924402f271e77a41776ce11895f57d1510f /test/pacman/README
parentf66f9f11cd010a05efe28d0607abbf29ff8dffa5 (diff)
Use the full buffer when computing md5/sha256 sums
No wonder these were slower than expected. We were only reading 4 (32-bit) or 8 (64-bit) bytes at a time and feeding it to the hash functions. Define a buffer size constant and use it correctly so we feed 8K at a time into the hashing algorithm. This cut one larger `-Sw --noconfirm` operation, with nothing to actually download so only timing integrity, from 3.3s to 1.7s. This has been broken since the original commit eba521913d6 introducing OpenSSL usage for crypto hash functions. Boy do I feel stupid. Signed-off-by: Dan McGee <dan@archlinux.org>
Diffstat (limited to 'test/pacman/README')
0 files changed, 0 insertions, 0 deletions