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

Re: Alpha issues [or "How to Organize Your Weekend" :-) ]

From: Justin Erenkrantz <jerenkrantz_at_apache.org>
Date: 2002-07-11 21:17:26 CEST

On Thu, Jul 11, 2002 at 01:52:21PM -0500, Karl Fogel wrote:
> Issue #749 -- revamping WC operations to enforce lock/log policies via
> an access_baton, also caching entries lists -- is not officially
> marked as Alpha, but would be nice to get done for Alpha (Monday!).

If the baton starts getting passed around soon-ish (say by this
weekend), I can try to have the caching in. I know what has to be
done, I just don't know how the API will shake out.

> 751: need an svn-config file
> ==> Ben and I are planning to take a look at this tomorrow. BUT,
> if someone wants to do this, go for it! Just take a look at
> apu-config for example, and post with questions. We'd love
> to be able to concentrate on issue #494 and friends :-).

I can do this. Do you want svn-config to tell you anything more than
what {apr|apu}-config says? IIRC, Greg was mentioning also to
integrate with pkg-config. My take is that pkg-config isn't going to
be installed at enough places to warrant anyone using that.

> 773: PROPFIND on large dir takes excessive memory/time
> ==> Greg Stein will fix this if he has time. It's a mod_dav
> (not even mod_dav_svn) issue, and it could conceivably get
> pushed to Beta, as it's more a performance than correctness
> issue.

I think this is about as resolved as it will be until resource->pool
gets fragmented in mod_dav. The problem is that mod_dav needs a pool
that will only store what is on the output. There are temporary
mod_dav internal allocations that are done in resource->pool. So,
mod_dav needs to be a bit better about subpools. I'm seeing
resource->pool is accounting for about 60MB out of my remaining
110MB. So, I would focus on splitting that up using iterative
subpool strategies.

Hopefully, with my recent patches to mod_dav_svn, we should be a bit
better off than before - perhaps enough so that we can delay this
to beta. -- justin

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 11 21:18:19 2002

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.