You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Channakeshavala, Sriharsha" <s....@sap.com> on 2022/08/12 07:44:27 UTC
subversion 1.14.0 : svn list command takes more time to execute in windows 2012, 2016
Hi Subversion Team,
We have compiled the subversion 1.14.0 source code successfully with below dependent libraries:
1. Expat 2.2.9
2. Zlib 1.2.8
3. Sqlite 3.28.0
4. Apr 1.6.5
5. apr-util-1.6.0
Compilation Machine details:
Windows 2012 R2
Visual studio 2015
32 bit binaries are generated.
we see the below issue :
When we try to execute the below command on Windows 2012 , Windows 2016
svn.exe list svn://localhost:XXXX/svn_repository/AXb0jRxxxxxpPUGu.4 --username LCMUser --password lcmpassword --xml --no-auth-cache
There is time delay in executing the command:
Whereas with the same binaries, if we execute it in windows 2019. It is much faster.
Could you please let us know, what can be the root cause of this issue ?
We even tried with binary packages below:
* CollabNet<https://www.collab.net/downloads/subversion/> (supported and certified by CollabNet<https://www.collab.net/subversion>; requires registration)
* SlikSVN<https://www.sliksvn.com/en/download> (32- and 64-bit client MSI; maintained by Bert Huijben<ma...@open.collab.net>, SharpSvn project<https://sharpsvn.open.collab.net/>)
We still see the issue here on windows 2012.
This delay is impacting the performance of our application. Please look into this issue as very high priority and let us know.
kindly let us know if you need any further details.
Other trails:
We have compiled the subversion 1.14.2 source code successfully with below dependent libraries:
1. Expat 2.4.8
2. Zlib 1.2.12
3. Sqlite 3.39.0100
4. Apr 1.7.0
5. apr-util 1.6.1
6. apr-iconv 1.2.2
Compilation Machine details:
Windows 2016
Visual studio 2015
Both 32 bit & 64 bit binaries are generated.
There is no difference in performance in executing the svn list command as explained above.
Thanks & Regards,
Sriharsha
Re: subversion 1.14.0 : svn list command takes more time to execute in windows 2012, 2016
Posted by Branko Čibej <br...@apache.org>.
On 12.08.2022 09:44, Channakeshavala, Sriharsha wrote:
>
> Hi Subversion Team,
>
> We have compiled the *subversion 1.14.0* source code successfully with
> below dependent libraries:
>
> 1. Expat 2.2.9
> 2. Zlib 1.2.8
> 3. Sqlite 3.28.0
> 4. Apr 1.6.5
> 5. apr-util-1.6.0
>
> *Compilation Machine details:*
>
> Windows 2012 R2
>
> Visual studio 2015
>
> 32 bit binaries are generated.
>
> *we see the below issue :*
>
> When we try to execute the below command on Windows 2012 , Windows 2016
>
> *svn.exe list svn://localhost:XXXX/svn_repository/AXb0jRxxxxxpPUGu.4
> --username LCMUser --password lcmpassword --xml --no-auth-cache*
>
> There is time delay in executing the command:
>
> Whereas with the same binaries, if we execute it in windows 2019. It
> is much faster.
>
> Could you please let us know, what can be the root cause of this issue ?
>
> We even tried with binary packages below:
>
> * CollabNet
> <https://www.collab.net/downloads/subversion/> (supported and
> certified by CollabNet <https://www.collab.net/subversion>;
> /requires registration/)
> * SlikSVN <https://www.sliksvn.com/en/download> (32- and 64-bit
> client MSI; maintained by Bert Huijben
> <ma...@open.collab.net>, SharpSvn project
> <https://sharpsvn.open.collab.net/>)
>
> We still see the issue here on windows 2012.
>
> This delay is impacting the performance of our application. Please
> look into this issue as very high priority and let us know.
> kindly let us know if you need any further details.
>
> *Other trails:
> *We have compiled the subversion 1.14.2 source code successfully with
> below dependent libraries:**
>
> 1. Expat 2.4.8
> 2. Zlib 1.2.12
> 3. Sqlite 3.39.0100
> 4. Apr 1.7.0
> 5. apr-util 1.6.1**
> 6. apr-iconv 1.2.2**
>
> *Compilation Machine details:*
>
> Windows 2016
>
> Visual studio 2015
>
> Both 32 bit & 64 bit binaries are generated.
>
> There is no difference in performance in executing the svn list
> command as explained above.
>
Depending on how your machine is configured, resolving the name
'localhost' could involve a DNS lookup, which (again, depending how your
network is configured) could be slow. It's not likely to "just" be a
difference between the Windows versions.
-- Brane