diff options
author | Nguyễn Thái Ngọc Duy <pclouds@gmail.com> | 2016-07-13 17:44:04 +0200 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2016-07-13 09:15:29 -0700 |
commit | ec9d224903053e045d99c36149703501098b021c (patch) | |
tree | 7fcec73417f173951a14454a1c2a2c403b334fa4 /compat/strtoimax.c | |
parent | pack-objects: do not truncate result in-pack object size on 32-bit systems (diff) | |
download | tgif-ec9d224903053e045d99c36149703501098b021c.tar.xz |
fsck: use streaming interface for large blobs in pack
For blobs, we want to make sure the on-disk data is not corrupted
(i.e. can be inflated and produce the expected SHA-1). Blob content is
opaque, there's nothing else inside to check for.
For really large blobs, we may want to avoid unpacking the entire blob
in memory, just to check whether it produces the same SHA-1. On 32-bit
systems, we may not have enough virtual address space for such memory
allocation. And even on 64-bit where it's not a problem, allocating a
lot more memory could result in kicking other parts of systems to swap
file, generating lots of I/O and slowing everything down.
For this particular operation, not unpacking the blob and letting
check_sha1_signature, which supports streaming interface, do the job
is sufficient. check_sha1_signature() is not shown in the diff,
unfortunately. But if will be called when "data_valid && !data" is
false.
We will call the callback function "fn" with NULL as "data". The only
callback of this function is fsck_obj_buffer(), which does not touch
"data" at all if it's a blob.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'compat/strtoimax.c')
0 files changed, 0 insertions, 0 deletions