You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by SteveKing <st...@gmx.ch> on 2003/12/31 08:24:02 UTC
svn_client_status recurses even if told not to
Hi,
with the last release of TortoiseSVN we heard of a remarkable slowdown
when fetching the file status to show the icon overlays. So we spent
some time investigating the slowdown and found that Subversion now
*always* recurses down the folder tree, even if "descend" is set to
false! I then tried the Subversion command line client to make sure it's
not the fault of TSVN:
svn st -N
also recurses, but only shows the requested statusses. But it recurses
too - you can check that with FileMon. All subdirs are checked. FileMon
shows that even the command line client opens all .svn directories in
every single subdirectory.
My question: is this intentional? If yes what's the reason to do that?
Is there maybe a workaround for that?
I'm really worried about that because this new "feature" slows down TSVN
too much and renders it almost useless for bigger working copies. Sure,
I could deactivate the icon overlays in TSVN - but that's one of the key
features of TSVN.
Stefan
---
Children in backseats cause accidents. Accidents in backseats cause
children.
---
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Svn commit -N broken
Posted by Ben Collins-Sussman <su...@collab.net>.
On Wed, 2003-12-31 at 07:38, Mark Watts wrote:
> On 0.34 "svn commit -N" does nothing. The command just thinks for a bit and
> returns.
That's not broken, it's correct. 'svn commit -N' only commits the
directory itself, (depth 0), not its children (depth 1). So unless
you've made a propchange to '.', that command is a no-op. There's
nothing to commit.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Svn commit -N broken
Posted by Mark Watts <mw...@stny.rr.com>.
On 0.34 "svn commit -N" does nothing. The command just thinks for a bit and
returns.
-Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_client_status recurses even if told not to
Posted by Barry Scott <ba...@barrys-emacs.org>.
At 31-12-2003 08:24, SteveKing wrote:
>Hi,
>
>with the last release of TortoiseSVN we heard of a remarkable slowdown
>when fetching the file status to show the icon overlays. So we spent some
>time investigating the slowdown
Oh this explains the 20 second pause when I click on the subversion source tree
in my WorkBench GUI. I see lots of disk IO on first touching a big source tree.
Then when its all in the Windows disk cache the speed improves.
I agree this is undesirable behaviour. I've see this on 0.34.0
Barry
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_client_status recurses even if told not to
Posted by Ben Collins-Sussman <su...@collab.net>.
On Mon, 2004-01-19 at 17:21, Barry Scott wrote:
> I see that this problem still exists in 0.36.0 does this need an
> issue raised to help progress to a solution?
It's already issue 1680.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_client_status recurses even if told not to
Posted by Barry Scott <ba...@barrys-emacs.org>.
I see that this problem still exists in 0.36.0 does this need an
issue raised to help progress to a solution?
Barry
At 31-12-2003 17:32, C. Michael Pilato wrote:
>SteveKing <st...@gmx.ch> writes:
>
> > with the last release of TortoiseSVN we heard of a remarkable slowdown
> > when fetching the file status to show the icon overlays. So we spent
> > some time investigating the slowdown and found that Subversion now
> > *always* recurses down the folder tree, even if "descend" is set to
> > false!
>
>I wonder if this is happening as the working copy is locked (as
>opposed to during the actual status harvesting routine)... ?
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_client_status recurses even if told not to
Posted by "C. Michael Pilato" <cm...@collab.net>.
SteveKing <st...@gmx.ch> writes:
> with the last release of TortoiseSVN we heard of a remarkable slowdown
> when fetching the file status to show the icon overlays. So we spent
> some time investigating the slowdown and found that Subversion now
> *always* recurses down the folder tree, even if "descend" is set to
> false!
I wonder if this is happening as the working copy is locked (as
opposed to during the actual status harvesting routine)... ?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org