[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Big memory use after update

From: Timothee Besset <ttimo_at_idsoftware.com>
Date: 2003-11-28 14:23:42 CET

Big memory usage looks a lot like what I've been getting with the
'stalling checkouts' on my server. I used to have to shutdown apache
before running hot-backup.py to avoid the machine going crazy. With
0.33.1 and svnadmin hotcopy, I don't shutdown anymore, but I see the
load on my server grow to 10 during the svn backup, and I see no reason
a single process could cause that. When I look, I only have 2 running
processes, and the load is caused by httpd eating a lot of memory usage
and causing kernel swapping. Though httpd and svnadmin hotcopy should be
independant?

For more details, see:
http://subversion.tigris.org/issues/show_bug.cgi?id=1563

TTimo

Roland Schwingel wrote:

>
>
>Hi...
>
>Juanma Barranquero <jmbarranquero@laley.wke.es> wrote on 28.11.2003
>13:52:17:
>
>
>>>So it appears there might be some leaking...
>>>
>>>
>>Is some kind of bug, but perhaps nothing as easy as a leaking. In my
>>environment, the bug is not easily repeatable (i.e., I do lots of svn
>>updates without a glitch).
>>
>>
>I have this issue every day. I restart apache everyday in the morning,
>at present manually, because I (yet) cannot automatically detect when
>the svn service is "idle" and do it scheduled once a day. Not even in
>the night I can guarantee that is idle at eg. 3AM or whatever date.
>
>Roland
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 28 14:21:43 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.