[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Issues using TSVN on Solaris/samba drives

From: <Gavin.Kingsley_at_Powerware.com>
Date: 2005-08-11 02:19:15 CEST

Sven wrote:

> Re (1): Try the Windows CLI. I'd bet it's not much faster than TSVN so
> I'd guess that the networking file system you use is the problem.

Here are my timings for http checkout of a project with 1313 files:
0m10s Solaris CLI -> RAM disc
0m20s Solaris CLI -> local HDD
2m10s Solaris CLI -> NFS disc
2m15s Windows CLI -> local HDD
3m09s Windows TSVN -> local HDD
3m45s Windows CLI -> samba disc
5m19s Windows TSVN -> samba disc

Since we have our working copy on a Solaris drive our usual experience is
the TSVN five minutes versus Solaris CLI twenty seconds. But my Windows PC
is a 660 MHz Pentium III which gets CPU bound during all these operations
while the Solaris box is a 3 GHz dual-core Xeon which does not break a
sweat. While TSVN is slower than the Windows CLI, given the CPU of my
machine I would not worry about it.

> Re (2): Does TMerge show any differences? Do the file sizes of the file
> and it's prestine copy in .svn/text-base differ?

Yes the file size is different: the text base is 616 bytes while the
working copy is 661 bytes. This is because the text base contains "$Id$"
while the working copy has "$Id: makeDist 542 2005-08-09 03:11:29Z gkingsle
$". But svn diff and TMerge correctly show no differences. Other files with
similar differences between the working copy and .svn/text-base are
correctly shown as clean by TSVN.

> You said, the files are marked as executable on Windows. Do you mean
> svn:executable is set or that the executable bit is set if you inspect
> the working copy created with TSVN from within Solaris?

I mean the latter: inspecting the working copy from within Solaris showed
differences in the Unix file permission bits. But since TSVN cannot read
these bits I find it hard to imagine how they could be significant to
whether TSVN marks a file clean or modified.

> Re (3): A replaced file? Can you be somewhat more specific?

Delete a file, commit. Add file (same name), commit. Now merge a change set
that includes both these changes to a branch that includes the original
file (before it was deleted). Now try an commit that merge and it will
report that file as "replaced". This is correct, but if you then revert
this file from the TSVN commit dialog the file ends up in a mess.

Gavin Kingsley.

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Aug 11 02:19:49 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.