You may want to rule out core networking problems in this case.
Specifically, the delay prior to any activity may a host name resolution
problem.
Assuming you're using hostnames in your repo url, try using the ip address
of your svn server rather than a hostname as a quick test.
-----Original Message-----
From: Charlie Davis [mailto:fishgills@fishgills.net]
Sent: Wednesday, May 02, 2007 10:20 AM
To: users@subversion.tigris.org
Subject: Re: Windows SVN Client Incredibly Slow
I've turned off my anti-virus and don't index my hard drive.
When I do the SVN commands, my hard drive is idle and cpu is idle. With svn
update, it will sit there for a minute doing nothing.... then all the sudden
svn cpu's usage spikes, hard drive start being used and it commences with
the update.
I don't get slow updates or commits. It just takes forever for svn to start
them it seems.
For example, with an update I type "svn update" and I get nothing. Just sits
there for a minute. Then I get the output from the command in real-time.
There's just a LONG pause before it does anything.
-Charlie
----- On Wednesday, May 2, 2007 markphip@gmail.com wrote:
> On 5/2/07, Charlie Davis wrote:
>> First, some background:
>> My repository is being stored on a linux server in the same building
> (downstairs).
>> On a linux box in my cubicle, svn checkout/updates/switch are all super
fast.
>> Linux box and my windows desktop are on the same network, plugged into
the
> same switch so it's not a networking issue.
>>
>> The problem:
>> Doing svn update takes 1 - 2 minutes, svn switches take more time than I
can
> wait. I've never let one finish and I've waited up to 20 minutes. In the
> process list svn.exe isn't doing anything. No CPU usage, nothing.
>>
>> Again, if I use a linux box in my cubicle, svn commands are just about
> instantaneous.
>>
>> Can anyone help?
>
> Windows filesystem I/O can be fairly slow.
>
> Many Windows Anti-Virus programs make it even slower and are known to
> slow down SVN.
>
> Windows search indexing makes it yet slower.
>
> Turning off as many of these things as possible can sometimes yield
> large improvements in performance.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed May 2 20:21:22 2007