Re: Git-status / preload_index() performance

2014-06-24 Thread Karsten Blees
Am 25.06.2014 01:12, schrieb David Turner: > On Wed, 2014-06-25 at 00:52 +0200, Karsten Blees wrote: >> Even more time is spent unpacking the HEAD tree, even with hot cache >> (repacking with depth 10 reduces this to ~250ms, on SSD its just 7ms). >> Perhaps caching the HEAD tree in an index exten

Re: Git-status / preload_index() performance

2014-06-24 Thread David Turner
On Wed, 2014-06-25 at 00:52 +0200, Karsten Blees wrote: > Even more time is spent unpacking the HEAD tree, even with hot cache > (repacking with depth 10 reduces this to ~250ms, on SSD its just 7ms). > Perhaps caching the HEAD tree in an index extension could help here? This is approximately wha

Git-status / preload_index() performance

2014-06-24 Thread Karsten Blees
Putting the new trace_performance functions to good use, here are a few observations about git-status performance. Comes with three patches (mostly independent, not a patch series!): * [PATCH] preload-index: optimize for sequential IO Improves preload-index performance, should apply anywhere