Re: [PATCH/RFC 0/6] commit caching

2013-02-02 Thread Shawn Pearce
On Fri, Feb 1, 2013 at 1:11 AM, Jeff King wrote: > On Thu, Jan 31, 2013 at 09:14:26AM -0800, Shawn O. Pearce wrote: > >> On Tue, Jan 29, 2013 at 1:14 AM, Jeff King wrote: >> > Coupled with using compression level 0 for trees (which do not compress >> > well at all, and yield only a 2% increase in

Re: [PATCH/RFC 0/6] commit caching

2013-02-01 Thread Jeff King
On Thu, Jan 31, 2013 at 09:14:26AM -0800, Shawn O. Pearce wrote: > On Tue, Jan 29, 2013 at 1:14 AM, Jeff King wrote: > > This is the cleaned-up version of the commit caching patches I mentioned > > here: > > > > http://article.gmane.org/gmane.comp.version-control.git/212329 > ... > > The short

Re: [PATCH/RFC 0/6] commit caching

2013-01-31 Thread Shawn Pearce
On Tue, Jan 29, 2013 at 1:14 AM, Jeff King wrote: > This is the cleaned-up version of the commit caching patches I mentioned > here: > > http://article.gmane.org/gmane.comp.version-control.git/212329 ... > The short of it is that for an extra 31M of disk > space (~4%), I get a warm-cache speedup

Re: [PATCH/RFC 0/6] commit caching

2013-01-30 Thread Duy Nguyen
On Wed, Jan 30, 2013 at 2:18 PM, Jeff King wrote: > On Wed, Jan 30, 2013 at 10:31:43AM +0700, Nguyen Thai Ngoc Duy wrote: > >> On Tue, Jan 29, 2013 at 4:14 PM, Jeff King wrote: >> > The timings from this one are roughly similar to what I posted earlier. >> > Unlike the earlier version, this one k

Re: [PATCH/RFC 0/6] commit caching

2013-01-29 Thread Jeff King
On Wed, Jan 30, 2013 at 10:31:43AM +0700, Nguyen Thai Ngoc Duy wrote: > On Tue, Jan 29, 2013 at 4:14 PM, Jeff King wrote: > > The timings from this one are roughly similar to what I posted earlier. > > Unlike the earlier version, this one keeps the data for a single commit > > together for better

Re: [PATCH/RFC 0/6] commit caching

2013-01-29 Thread Duy Nguyen
On Tue, Jan 29, 2013 at 4:14 PM, Jeff King wrote: > The timings from this one are roughly similar to what I posted earlier. > Unlike the earlier version, this one keeps the data for a single commit > together for better cache locality (though I don't think it made a big > difference in my tests, s

[PATCH/RFC 0/6] commit caching

2013-01-29 Thread Jeff King
This is the cleaned-up version of the commit caching patches I mentioned here: http://article.gmane.org/gmane.comp.version-control.git/212329 The basic idea is to generate a cache file that sits alongside a packfile and contains the timestamp, tree, and parents in a more compact and easy-to-acc