> Have you tried something like this?I just went as low as: [core] packedGitWindowSize = 1m packedGitLimit = 4m [pack] threads = 1 windowMemory = 4m deltaCacheSize = 128k And it didn't make a dent in memory usage. Server is still swapping within ~10 seconds of starting object compression. I'm starting to think repacking is just not feasible on a 64-bit server with 256MB of RAM (which is a very popular configuration in the VPS market). Thanks! Ken -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Alistair John Strachan | cpu time oddity (was Re: Linux 2.6.27-rc5) |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Linus Torvalds | Re: [crash] kernel BUG at net/core/dev.c:1328! |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
