Progress on issue 1964 (mem leak on commit)

From what I just added to the issue:

"
Memory usage jumps from virtually none to 176M on my machine at the call to
svn_wc_adm_open2() in svn_client_commit (commit.c:1176 in r10813).

After that, memory usage climbs up steadily. This can be explained by the
fact that before the commit a list of committable targets is collected *in
memory*. During the commit, a list of temporary files is collected in memory
too.
"

I think this might not be a leak, just poor design: we read the entries
files
into memory recursively. From what I have seen so far, most of our
libraries are quite good at doing streamy processing. libsvn_client and
libsvn_wc don't seem to be among those libraries. From what I've seen
making them streamy (or at least some operations) might be the only solution
to limiting memory use on commit (and add and others?).

Ben (Collins-Sussman), I'm out of time to look into this now, but I hope the
answer is satisfying.

bye,

Erik.

-- 
Supergünstige DSL-Tarife + WLAN-Router für 0,- EUR*
Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org