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

Re: [DISCUSS] delete ra_neon

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Sat, 19 May 2012 09:28:53 -0700

On Sat, May 19, 2012 at 9:19 AM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> As far I know, Greg current approach is to make node operation atomic
> and allow each node modified only in one call during the edit.

Yah, that seems to be the consensus. If that's the case, yes, you are
right and we would have to store the properties in memory within
ra_serf for all of the properties for every entry in a directory. So,
the memory usage for larger directories could go up...but, it'd only
be the properties not the fulltext content - so, it shouldn't be too
awful, but it'll quite likely be noticeable. Depending upon how we do
the request parallelization, it's possible we could have a bunch of
directories in-flight further increasing the overhead as we'd have
multiple PROPFIND responses for large directories sitting in memory
waiting for their fulltext to arrive.

My take is that'll be a fair tradeoff, but I'd be happy to hear what
others think. -- justin
Received on 2012-05-19 18:29:25 CEST

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

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