Brad Anderson wrote:
Christian Boos wrote:
Russ Brown wrote:
Replying to myself again. :) I've found the revision that has caused
this problem: http://projects.edgewall.com/trac/changeset/2990
If I roll back to 2989 the slowness goes away. We're talking about more
than a tenfold difference here, not just a couple of extra seconds.
I've raised a ticket so the problem can be properly managed:
http://projects.edgewall.com/trac/ticket/2891
Thanks, I will investigate.
What about the:
repos = self.env.get_repository()
in r2990 ?
I haven't looked further, but before this was coming from a repos
table (i.e. cache). Now it returns a RepositoryConnector, which uses
CachedRepository and CachedChangeset - any overhead there, or bottleneck?
You're right, that must be the problem.
The get_repository is apparently a costly operation, probably due to the
overhead of svn_repos_open.
Until I find a proper way to make that more efficient (repository pool?),
I'll revert those changes and use directly the db layer, like before.
-- Christian
_______________________________________________
Trac mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac
