psvn.el unusably slow on large working directory tree

[br...@yahoo.com]

Greetings,

We are in the early stages of a trial transition to Subversion from
ClearCase and CVS.  In the past I have relied heavily on the
cvs-status emacs interface.

I have noticed that working directory trees of even 1000 files cause
svn-status and commits (which apparently trigger a status refresh) to
be unbearably slow.  I'm guessing much of this time is consumed by the
sort of the status results.  Operations that took 10 seconds with CVS
now take many minutes with subversion.  I see that this slowness has
been reported before.

Is there a workaround or any effort in the works to improve this
situation?  Would it be difficult to at least avoid rebuilding the
entire status buffer on single file commits?  Or perhaps sorting the
status results on Linux/Unix systems via a pipe to the sort command
rather than within emacs would help.

In additional feedback, I would like to point out that while the tree
indent structured status buffer looks nice, it actually is less useful
in some cases than the CVS version because searching within the buffer
for a specific path is more difficult in the case of large trees with
replicated directory and file names in different parts of the tree.

I'm not (yet) a member of this list, so please copy me on responses.

Thanks!

--Brad Bosch

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: psvn.el unusably slow on large working directory tree

[Eric Hanchrow <of...@blarg.net>]

>>>>> "Brad" writes:

    Brad> I have noticed that working directory trees of even 1000
    Brad> files cause svn-status and commits (which apparently trigger
    Brad> a status refresh) to be unbearably slow.  

Are you using a recent psvn.el?  I've been updating it regularly, and
I've noticed that it's _much_ faster now than it was perhaps two weeks
ago. 
 
-- 
I don't care where he was born.  He's one of us, in all the ways
that matter most.  (Even, perhaps, in the groping.)
        -- Steven Den Beste, on Arnold Schwarzenegger


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: psvn.el unusably slow on large working directory tree

[Stefan Reichör <st...@xsteve.at>]

Hi Brad!

> Greetings,
>
> We are in the early stages of a trial transition to Subversion from
> ClearCase and CVS.  In the past I have relied heavily on the
> cvs-status emacs interface.
>
> I have noticed that working directory trees of even 1000 files cause
> svn-status and commits (which apparently trigger a status refresh) to
> be unbearably slow.  I'm guessing much of this time is consumed by the
> sort of the status results.  Operations that took 10 seconds with CVS
> now take many minutes with subversion.  I see that this slowness has
> been reported before.
>
> Is there a workaround or any effort in the works to improve this
> situation?  Would it be difficult to at least avoid rebuilding the
> entire status buffer on single file commits?  Or perhaps sorting the
> status results on Linux/Unix systems via a pipe to the sort command
> rather than within emacs would help.

As a short term solution: There is the variable
svn-status-sort-status-buffer to switch of the sorting completly.
However, I guess, the sorting will be (perhaps too) wrong in that case.

I have a nice idea to speed up the commit process. Expect it in the
next few days/weeks.


> In additional feedback, I would like to point out that while the tree
> indent structured status buffer looks nice, it actually is less useful
> in some cases than the CVS version because searching within the buffer
> for a specific path is more difficult in the case of large trees with
> replicated directory and file names in different parts of the tree.

Thanks for the feedback.


Stefan.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org