3

We're running a Subversion server on a Linux VPS over HTTP (so the URL is http://repository/svn/project/trunk) but it is stupidly slow. By slow I mean at most about 4KB/s checkouts and checkins. Test downloads from the VPS seem to be just fine.

Where would I start looking for information on this?

FWIW it's running Ubuntu 8.04 and Linux 2.6.18 (yes I know that's old).

1
  • 3
    Ubuntu 8.04 is no that old, as it is an LTS release (supported for security updates and such until 2013 in the case of 8.04) I would recommend it over the later releases for servers unless you specifically need to be at the bleeding edge (the latest release, 9.04, is only officially supported until October 2010). Jul 3, 2009 at 8:29

4 Answers 4

4

There could be a variety of possibilities. I've written a comprehensive guide on tracking down performance problems in network services, which should give you a good chance of finding the problem. Yes, it's long, but this isn't a trivial topic you're delving into.

1

I think you should start of monitoring your memory usage/cpu usage and then monitor your server network activity.

Try this tutorial. It describes the main linux monitoring tools that will help you.

0

Check memory use of both host and guest OS. And are you running the virtio disk & network drivers?

0

apart from the network tools to check the system setup, you can try running svnserve on the server for a while - replace any http: urls wth svn: ones and try accessing the repository.

The SVN protocol is a lot faster, especially for WAN systems and might show up if your http server is the bottleneck rather than the server itself.

Otherwise, often a VM performance problem lies in its disk IO. If you have it on VMware to automatically expand its disk size, then you will see slow perf on checkins (but checkout should be fine).

If you're checking out a lot of files, try it without the virus scanner running.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .