OK, this is better: on my newly-checked-out dir of 330 files (none
modified), 'svn st' now only takes about 2.5 seconds. And 'svn st -v'
only takes 4 seconds. That, I can live with.
After touching about half the files, 'svn st' takes 14 seconds. So that
does seem to be the issue.
This is good news. However, I would expect that after 'svn up', the
'status' processing time should go back down to the same as for the
freshly-checked-out dir -- but it does NOT: it stays high. I should
think that could be fixed...
> -----Original Message-----
> From: sussman@collab.net [mailto:sussman@collab.net]
> Sent: Tuesday, August 12, 2003 1:25 PM
> To: Matt Blais
> Cc: 'Philip Martin'; dev@subversion.tigris.org
> Subject: Re: Concerned about Subversion's speed
>
>
> "Matt Blais" <mblais1@yummage.com> writes:
>
> > The modification timestamps on *ALL* the checked-out files are
> > different from what's in the repos because they are ALL set to the
> > time when the files were checked out.
>
> Yes, but then that 'now' timestamp is stored in each file's
> <entry> within .svn/entries. It's a quick way for 'svn st' (and other
> commands) to know that a file has *not* changed. CVS does
> the same trick.
>
>
> ---------------------------------------------------------------------
> 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
Received on Tue Aug 12 20:15:44 2003