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