From: "Nick Edelen" <sirnot@gmail.com>
To: "Nick Edelen" <sirnot@gmail.com>,
"Junio C Hamano" <gitster@pobox.com>,
"Nicolas Pitre" <nico@cam.org>,
"Johannes Schindelin" <Johannes.Schindelin@gmx.de>,
"Sam Vilain" <sam@vilain.n
Subject: Re: [PATCH 0/6 (v4)] revision caching mechanism to significantly speed up packing/walking (last version)
Date: Tue, 18 Aug 2009 13:51:46 +0200 [thread overview]
Message-ID: <op.uyuwkkq9tdk399@sirnot.private> (raw)
In-Reply-To: <op.uys3qdnntdk399@sirnot.private>
SUGGESTED FOR 'PU':
Traversing objects is currently very costly, as every commit and tree must be
loaded and parsed. Much time and energy could be saved by caching metadata and
topological info in an efficient, easily accessible manner. Furthermore, this
could improve git's interfacing potential, by providing a condensed summary of
a repository's commit tree.
This is a series to implement such a revision caching mechanism, aptly named
rev-cache. The series will provide:
- a core API to manipulate and traverse caches
- an integration into the internal revision walker
- a porcelain front-end providing access to users and (shell) applications
- a series of tests to verify/demonstrate correctness
- documentation of the API, porcelain and core concepts
In cold starts rev-cache has sped up packing and walking by a factor of 4, and
over twice that on warm starts. Some times on slax for the linux repository:
rev-list --all --objects >/dev/null
default
cold 1:13
warm 0:43
rev-cache'd
cold 0:19
warm 0:02
pack-objects --revs --all --stdout >/dev/null
default
cold 2:44
warm 1:21
rev-cache'd
cold 0:44
warm 0:10
The mechanism is minimally intrusive: most of the changes take place in
seperate files, and only a handful of git's existing functions are modified.
Hope you find this useful.
- Nick
---
Ok, this really is the last time I send all these.
Documentation/git-rev-cache.txt | 162 +++
Documentation/technical/rev-cache.txt | 614 +++++++++
Makefile | 2 +
builtin-gc.c | 9 +
builtin-rev-cache.c | 323 +++++
builtin.h | 1 +
commit.c | 2 +
git.c | 1 +
list-objects.c | 49 +-
rev-cache.c | 2316 +++++++++++++++++++++++++++++++++
rev-cache.h | 124 ++
revision.c | 90 +-
revision.h | 44 +-
t/t6015-rev-cache-list.sh | 251 ++++
14 files changed, 3963 insertions(+), 25 deletions(-)
create mode 100644 Documentation/git-rev-cache.txt
create mode 100644 Documentation/technical/rev-cache.txt
create mode 100644 builtin-rev-cache.c
create mode 100644 rev-cache.c
create mode 100644 rev-cache.h
create mode 100755 t/t6015-rev-cache-list.sh
prev parent reply other threads:[~2009-08-18 11:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-17 12:31 [PATCH 0/6 (v4)] revision caching mechanism to significantly speed up packing/walking (last version) Nick Edelen
2009-08-18 11:51 ` Nick Edelen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=op.uyuwkkq9tdk399@sirnot.private \
--to=sirnot@gmail.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=gitster@pobox.com \
--cc=nico@cam.org \
--cc=sam@vilain.n \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).