Cache tree ObjectId's too
commit1ddc3f7f92aec194d234b4ad1a106ce549f2d55d
authorRobin Rosenberg <robin.rosenberg@dewire.com>
Sun, 18 Mar 2007 22:15:55 +0000 (18 23:15 +0100)
committerShawn O. Pearce <spearce@spearce.org>
Mon, 19 Mar 2007 01:10:38 +0000 (18 21:10 -0400)
treec9f3a1f98b7dd0ea017dc5258180613e15bf5332
parent51a747694c3d1b2f8630cc751e05bd3242549f41
Cache tree ObjectId's too

The caching part is experimental. We explicitly leave it up to
the garbage collector when to recycle git objects. After trying
this practically we will se what is best. The upside is that
rescanning the history for a certain resource is very quick when
data is still in the cache (tens of milliseconds), which is very
good for interactivity. When memory is tight we go to disk and
fetch the data, which could take a couple of seconds on a large
repo.

Signed-off-by: Robin Rosenberg <robin.rosenberg@dewire.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
org.spearce.jgit/src/org/spearce/jgit/lib/Repository.java