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