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

Re: svn commit: rev 1895 - trunk/subversion/clients/cmdline trunk/subversion/tests/clients/cmdline/svntest

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-05-08 00:17:08 CEST

Nuutti Kotivuori wrote:

>Philip Martin wrote:
>>Nuutti Kotivuori <naked@iki.fi> writes:
>>>It might be just a remnant from cvs days, but I run 'svn up' quite
>>>often. I should probably be running 'svn st -u' instead - but
>>>actually that does not give me the information that I want either,
>>>though 'svn st -v existing_file' does. Um, let me explain.
>>>The single piece of information that I quite often wish to obtain
>>>is that "Are there any newer revisions in the repository than my
>>>current working copy?" If the answer to that is yes, then I usually
>>>do want to atleast see what those new revisions were by checking
>>>the log messages, even though they might have not been relevant -
>>>and if they were relevant, I want to do an update at the top of the
>>>tree. And I want to do this checking just about anywhere in my
>>>working copy.
>>$ svn st -u
>>M 1899 ./subversion/clients/cmdline/main.c
>>__ * 1899 ./subversion/include
>>_ * 1899 ./subversion/include/svn_repos.h
>>M 1899 ./subversion/libsvn_client/diff.c
>>__ * 1899 ./subversion/libsvn_repos
>>_ * 1899 ./subversion/libsvn_repos/dump.c
>>_ * 1899 ./subversion/libsvn_repos/libsvn_repos.dsp
>>_ * 1899 ./subversion/libsvn_repos/load.c
>>Head revision: 1900
>>This shows the locally modified files ('M' in column zero), the
>>out-of-date files (those marked '*'), the working-copy revision
>>(1899) and the HEAD revision (1900).
>>What other information do you want?
>I commented on this above already.
>Two points:
>1) If there are no changes, you only see the "Head revision" - so I do
>not know if there are any new revisions in the repository.
>2) It takes an awfully lot more CPU time and goes through files,
>compared to 'svn up' - or 'svn st -v README'.

Wait a minute -- are you saying that "svn st -u" is slower than "svn
up"? That doesn't make sense. If that's so, it's a --- well, not a bug,
but definitely a defect :-)

OTOH, we have a _lot_ of room for improvement for performance,
especially memory usage and file access in the wc. Getting and analysing
some strace's would be agreat help here.

>Right now, on my laptop, 'svn st -u' takes too long to perform on the
>root of svn tree - too long for me to use it every few moments like I
>-- Naked
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 8 00:18:05 2002

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

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