Why does svn take so long

Try checking the HDD health with smartmontools. Maybe there's an issue there. No HDD problems detected. For slow access over https see also serverfault. Add a comment. Active Oldest Votes. Improve this answer. Daltro Daltro 31 2 2 bronze badges. What is this rebooting thing you troll about?

I had something sort of similar once, but it turned out to be IPV6 related. Are you experiencing sloweness elsewhere, like accessing an internet site for the first time? If so, you might want to check that your ubuntu isn't set up for IPV6. I haven't noticed it behaving slowly with anything else. Web sites, including ones I have never visited before, load fine and quickly.

Nope, nothing there. See for a more details here : All of this path checking can sometimes be quite expensive, especially in the case of svn log. Improve this answer. Peter Parker Peter Parker If not, then this answer isn't relevant to my configuration: we do not use https. You're right - thanks for an answer that hilighted that shortcoming in the question. John Weldon John Weldon Might a large file-count commit into the repository in a directory not beneath our checkout path affect us in this fashion?

Running svnversion -n on a local working copy doesn't result in traffic to the subversion server. I believe it uses the property information stored in the. If the large commit was not done within the scope of the working copy, would this impact running svnversion -n locally and if so, why?

This happened to us, somebody decided to commit the linux kernel source into one of our project's trunk to test performance. After they 'deleted' it we were seeing really long wait times retrieving the svn log so I ended up taking a dump of the repository filtering out the path they commited to and loading it back in. Joshua Kugler Joshua Kugler. Thanks for the tip, I have a repo of about K files and this command takes 31 millseconds vs svnversion taking 2 minutes!

Sign up or log in Sign up using Google. Sign up using Facebook. Sign up using Email and Password. Post as a guest Name. And will this allow authentication through Redmine to be quicker?

Enabling and disabling php-fpm is quite easy. You can disable it and, if the performance is not better, enable it again. I am looking for advice, as I know the Bitnami stacks are configured to be optimal in their environment, however you provide a guide to install, integrate and authenticate through SVN, so it would be great to know the optimal configuration for an SVN over apache with auth through Redmine.

At least to recommend the best way to have this configuration, whether to enable the caching for example, or the dav svn config options. Probably I misunderstood you. It does not seem to be a CPU issue either. What Redmine and SVN versions are you using? There several different between Redmine 2 and Redmine 3. So I assume it is slow. Which is better for this? Other users have also applied it. As soon as I remove that line from my conf file, it does start.

Or only the first step to enable pre-fork and disable event? So as to, you should not be able to start it as before. Would like to say it seems to be running a lot better now with this option.

There are still some bugs but it seems better. How old is the MBP? Which version of Subversion? Is your subversion repository local or remote? In that case, you might want to upgrade your network equipment or the server that's hosting it. Mark E. Haase Mark E. Haase 4, 1 1 gold badge 16 16 silver badges 17 17 bronze badges. First gen Aluminum Macbook Pro. About a year old.

SVN is remote. Interesting, I'll have to look into that. Our network is quite fast Maybe it's our server. Sign up or log in Sign up using Google. Sign up using Facebook. Sign up using Email and Password. Post as a guest Name.