On 19.10.2010 18:38, Philip Martin wrote:
Stefan Küng<[email protected]> writes:
I'm still using r1023755 from trunk, but I haven't seen a commit which
I think would fix this:
There's a massive memory leak somewhere. I can't check out even small
projects anymore since the memory consumption raises very fast and
reaches the limit of my available RAM (6GB) after about the first 100
files. After that, the system isn't usable anymore because the
constant swapping.
I then tried an update of the interrupted checkout (had to hard reset
the system because it wasn't reacting anymore), but the update too
uses up all memory in a few seconds.
Switching to neon instead of the default serf fixes the problem. So
this is limited to either serf itself or ra_serf.
I'm using serf 0.7.0
On my Linux machine I can checkout Subversion trunk using serf and the
memory used by the process (as reported by top) is about 150MB. Neon
uses slightly less memory, about 130MB. I'm using Subversion r1024287,
serf 0.7.0, and apr 1.2.12.
Does the problem occur with one big file? A hundred small files in
one directory? A hundred nested directories with no files? With
http-compression? Over https?
I tried to check out npp:
https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
Nothing special about file sizes or number of files.
I'm using:
Windows 7 x64
sert 0.7.0, apr 1.3.8, apr-util 1.3.9
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
