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

Re: 1.1rc1 performance regression in 'svn status' (and also 1.1rc2)

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2004-08-15 11:39:15 CEST

On Sat, 14 Aug 2004, Greg Hudson wrote:

> On Fri, 2004-08-13 at 16:50, Peter N. Lundblad wrote:
> > But, what about the following approach:
> > - When a pool is created in svn_pool_create(_ex), store the current
> > apr_os_thread_t in the pool.
> > - When we want an xlate handle, search the pool tre upwards until we are
> > in a pool created by another thread or we find a handle. If the pool
> > wasn't created by our routines, then we will detect that and stop.
>
> I think this will work. It seems awfully complicated, but I don't have
> any better ideas. Just make sure to write a very clear comment. :)
>
I posted later about a case where someone gives a parent pool tthat she
created to a thread and then uses a subpool of that herself. I don't know
if this convoluted case would be thread-safe in general. Does some expert
on APR pools know?

Thanks,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 15 11:26:10 2004

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.