Thanks for the info. I did more tests and can confirm the issue appears to
be a IPv6 vs IPv4 issue.
I enabled the --prefer-ipv6 option on the svnserve command and running
commands on checked out files that point to a domain name repository root
were significantly faster. Alternatively relocating t
On Wed, Jun 26, 2019 at 9:33 AM Thuan Seah Tan wrote:
>
> Apologies for the delay on this issue. I did more testing and the following
> was my findings:
>
> svn info -r HEAD "svn://mysvnserver/1.10/test.txt" "svn:// name>/1.10/test2.txt" <-- slow
> svn info -r HEAD "svn://192.168.1.123/1.10/test.
Apologies for the delay on this issue. I did more testing and the following
was my findings:
svn info -r HEAD "svn://mysvnserver/1.10/test.txt" "svn:///1.10/test2.txt" <-- slow
svn info -r HEAD "svn://192.168.1.123/1.10/test.txt" "svn:///1.10/test2.txt" <-- fast
If I am not using the svn protocol
On Thu, Jun 13, 2019 at 1:59 PM Thorsten Schöning wrote:
>
> Guten Tag Thuan Seah Tan,
> am Donnerstag, 13. Juni 2019 um 09:25 schrieben Sie:
>
> > [...]I also tried running 'info -r HEAD' on files
> > that are checked out on the PC that the server was running, and it
> > is just as slow. Both the
Guten Tag Thuan Seah Tan,
am Donnerstag, 13. Juni 2019 um 09:25 schrieben Sie:
> [...]I also tried running 'info -r HEAD' on files
> that are checked out on the PC that the server was running, and it
> is just as slow. Both the url and repository root fields started with
> "svn://localhost".
As
Hi Johan,
I am using Tortoise SVN 1.12.0 r1857323. When you say it could be optimized
in the client, I take it that is up to the team maintaining the project
(e.g. Tortoise SVN, Visual SVN, etc) and I should report the issue to them?
Or is there some base client code used by these implementations?
On Wed, Jun 5, 2019 at 4:15 AM Thuan Seah Tan wrote:
>
> Thanks for the response. I did more testing on the 1.12.0 server, and it
> seems it's only those command options that I think would require querying the
> server is experiencing the slow down:
>
> e.g.
> svn status --show-updates directory
Thanks for the response. I did more testing on the 1.12.0 server, and it
seems it's only those command options that I think would require querying
the server is experiencing the slow down:
e.g.
svn status --show-updates directory/file1.txt directory/file2.txt
directory/file3.txt <-- this took abou
On Tue, Jun 4, 2019 at 7:35 AM Thuan Seah Tan wrote:
>
> Wondering if anyone has experienced slowness when running commandline svn if
> multiple files are passed to svn status or svn info?
>
> For example:
> svn status directory/file1.txt directory/file2.txt directory/file3.txt
>
> In my tests, t
