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

Re: property performance question

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-06-24 14:35:46 CEST

On Wed, 2004-06-23 at 12:30, Reid Hartenbower wrote:

> Would it be significantly more efficient (in terms of network traffic
> minimization/ speed of child property change propagation) for me to just have
> this structure

I imagine it would be more efficient, if only because libsvn_wc only
needs to read/write a single hash table, rather than N of them.

> Before I actually code the change and do comparison tests, I wondered if any
> of you had advice. Is there a limit to the size of property files like
> dir-props?

Property files are just hash tables on disk. There's no limit to key or
value size.

> Are changes to property files sent as deltas during communication
> with the subversion server?

No, not at all. Only file contents are deltified over the network.

> Any chance of adding a filter argument to
> 'proplist' to help locate these 'flattened' properties more quickly, eg:
> svn proplist --filter child1.* parent

Um, pipe 'svn proplist' into 'grep'? :-)

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 24 14:38:12 2004

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.