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

[Subclipse-users] new subclipse way of handling commits - seems slower for larger numbers of files

From: Francis Upton <francis_at_francisupton.com>
Date: 2006-03-07 16:59:46 CET

Please take this comment for what it's worth, and it may not be worth much.

I have been a happy subclipse user for over a year. Only recently did I
upgrade from a .3x to a .10x version, and when I did, I noticed that a
commit of maybe 200 files or so was way slower than it had been (I don't
know maybe 2-3 times slower). Normally, I commit several projects at
once. In the past I think it committed the projects separately, and it
also committed by passing directory names to SVN. In the current
version, it passed every filename. The SVN processing of this appears
to be much slower (I don't have any measurements, I'm sorry about
that). I understand the reasons for doing it this way (you want to have
each commit be truly atomic). But I'm concerned about the performance

I was not going to say anything, until I saw another person report the
"long line" problem a few minutes ago (which seems like it needs to be
fixed). If you are considering making changes in that area, then
considering this performance issue might be a good idea.

Keep up the great work! I have found subeclipse to be quite stable and
reliable for what I do for quite a while now.


Francis Upton IV
Tel  510 835 3123
Fax  501 648 1464 (yes, it's 501)
Cell 510 432 1589
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Tue Mar 7 17:02:28 2006

This is an archived mail posted to the Subclipse Users mailing list.

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