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
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | Re: [RFC/PATCH] Documentation of kernel messages |
| Linus Torvalds | Linux 2.6.27-rc8 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
