You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Lübbe Onken <L....@rac.de> on 2003/07/21 10:02:20 UTC

Win98 Client speed issues

Hello out there,

I wonder, if anybody has encountered a similar problem and maybe has found a
way around it (apart from installing another OS :-)
We've got a win98 client PC that is blocked for about 12 seconds when
accessing a directory under svn control. The directory in question contains
~250 files of which roughly 50% are versioned. Even after we moved all the
temporary files out of the way, it didn't speed up.
At first I thought it was a TortoiseSVN problem, but svn st -v needs 12
seconds as well, before it shows any result. The PC has a 933Mhz CPU, so
it's not that slow. It must have something to do with Win98, because even
lower powered CPU's running under NT4 only need a second for the same task.
Is this a known problem?
Is there an easy way for me to find out, where the time is lost? 
Protocol timeouts while connecting?
Slow fetching of data per file?

Cheers & Thanks
- Lübbe

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org


Re: Win98 Client speed issues

Posted by Ben Collins-Sussman <su...@collab.net>.
Lübbe Onken <L....@rac.de> writes:

> We've got a win98 client PC that is blocked for about 12 seconds when
> accessing a directory under svn control. The directory in question contains
> ~250 files of which roughly 50% are versioned. Even after we moved all the
> temporary files out of the way, it didn't speed up.
> At first I thought it was a TortoiseSVN problem, but svn st -v needs 12
> seconds as well, before it shows any result.

The problem here is twofold:

 1. 'svn status' isn't streamy.  It walks the entire working copy
    before printing anything.  We have an issue filed on this.

 2.  win32 disk i/o is much *much* slower than unix.  We're not sure
     if it's just win32 itself, or the way in which APR's disk API
     uses win32 calls.

> Is this a known problem?

What you're seeing is a well known thing:  slow disk on win32.

> Is there an easy way for me to find out, where the time is lost? 
> Protocol timeouts while connecting?
> Slow fetching of data per file?

'svn st -v' doesn't connect to the network.  :-)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org