Andi Kleen  wrote:

quoted text
> "Ken Pratt"  writes:

> >

> > 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).

>

> I think the right fix would be to make git throttle itself (not

> use mmap, use very small defaults etc.) on low memory systems.

> It could take a look a /proc/meminfo for this.

Well, we had thought it was already able to throttle itself, as

we did put code in to respond to mmap() and malloc() failures by

trying to release memory and retrying the failed operation again.
However what we don't do is try to limit our heap usage to some

limit that is smaller than physical memory.  We just assume that

whatever we need is available from the OS.  This fails when what

we need exceeds physical memory and the OS tries to use swap.

We can get better performance by reducing what we mmap instead.
:-|
Looking at /proc/meminfo only works on Linux, and maybe some other

OSes which support a /proc like design.  But even then we don't

really know how much we are competing with other active processes

and how much memory we can use.
--

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