]> git.ipfire.org Git - thirdparty/git.git/commit - tag.c
upload-pack: avoid parsing tag destinations
authorJeff King <peff@peff.net>
Fri, 6 Jan 2012 19:18:01 +0000 (14:18 -0500)
committerJunio C Hamano <gitster@pobox.com>
Fri, 6 Jan 2012 21:28:57 +0000 (13:28 -0800)
commit90108a2441fb57f69c3f25d072d1952b306b77ab
treef508601fdb59b6e01071a01996f61a56a34fc63a
parent926f1dd95486b596de1f6b8e108053a870da0e18
upload-pack: avoid parsing tag destinations

When upload-pack advertises refs, it dereferences any tags
it sees, and shows the resulting sha1 to the client. It does
this by calling deref_tag. That function must load and parse
each tag object to find the sha1 of the tagged object.
However, it also ends up parsing the tagged object itself,
which is not strictly necessary for upload-pack's use.

Each tag produces two object loads (assuming it is not a
recursive tag), when it could get away with only a single
one. Dropping the second load halves the effort we spend.

The downside is that we are no longer verifying the
resulting object by loading it. In particular:

  1. We never cross-check the "type" field given in the tag
     object with the type of the pointed-to object.  If the
     tag says it points to a tag but doesn't, then we will
     keep peeling and realize the error.  If the tag says it
     points to a non-tag but actually points to a tag, we
     will stop peeling and just advertise the pointed-to
     tag.

  2. If we are missing the pointed-to object, we will not
     realize (because we never even look it up in the object
     db).

However, both of these are errors in the object database,
and both will be detected if a client actually requests the
broken objects in question. So we are simply pushing the
verification away from the advertising stage, and down to
the actual fetching stage.

On my test repo with 120K refs, this drops the time to
advertise the refs from ~3.2s to ~2.0s.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
tag.c
tag.h
upload-pack.c