Ken Pratt <ken@kenpratt.net> wrote:Well, clearly the server is swapping at this point. 212m resident for this git-pack-objects process leaves no room available for anything else. Git is using too much memory for this system. Have you tried something like this? [core] packedGitWindowSize = 16m packedGitLimit = 64m [pack] threads = 1 windowMemory = 64m deltaCacheSize = 1m On a 64 bit system packedGitWindowSize and packedGitLimit have very large thresholds which will cause it to mmap in the entire pack file. You may need to try even smaller settings than these; 256m physical memory isn't a lot when dealing with a repository 180m in size. Especially on a 64 bit system. -- Shawn. -- 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
| Joe Perches | [PATCH 143/148] include/asm-x86/vm86.h: checkpatch cleanups - formatting only |
| Linus Torvalds | Re: Back to the future. |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | [GIT]: Networking |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
