RE: [Patch] RE: Why was svn_client_mergeinfo_get_merged removed?
From: Bert Huijben <bert_at_vmoo.com>
Date: Mon, 7 Apr 2008 17:07:18 +0200
> -----Original Message-----
The log output is a very slow api when using over webdav. I know of at least one current common subversion client (TortoiseSVN) which caches svn log results to speed up the processing; and I expect AnkhSVN will do the same in a future version.
One of the problems is: A full log of *all revisions* between the first and last available revision are retrieved. For webdav this tells me that mod_dav_svn first logs all log messages in server ram before transferring the first to the webdav client. And then the client ignores most of the results.
I haven't thoroughly tested the impact in speed of a log operation without properties and files; but some tests with the commandline client seem to slow things down by about a factor of 2. (I would have expected a far worse result).
(My merge tests in the SharpSvn framework only test mergeinfo on a local repository)
I would love to have just one api with just an off switch on the svn_client_log operation, so caching can be used.. Just returning the raw revisions over the receiver. (Including the ones that don't exist on the target)
(If (b) is the way to go.. we could drop the entire svn_client api in 2.0... Everything can be accomplished by using the more low level api's ;-))
>
It seems to only have slipped in the 1.5.x branch... (The last lines of mergeinfo.c are different in appending a url prefix)
Bert
---------------------------------------------------------------------
|
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.