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

Re: [Subclipse-users] Slowness in svn+ssh

From: Bradley Wagner <bradley.wagner_at_hannonhill.com>
Date: 2006-05-03 17:53:13 CEST

Alexander,
Thanks I will try both of those suggestions to see if they have any
effect. To give some perspective to this, I ran a few tests. I tried
a checkout from the command line of my project and it took about 58
seconds. I tried the same checkout in Eclipse and it ran for about 10
minutes and didn't finish. Now I realize there is definitely some
overhead in checking out files/creating them in Eclipse, but that
discrepancy seems rather large to me. The only other difference
besides Subclipse is the fact that in the command line, I was using
pubKey authentication whereas I'm still using a u/p in Subclipse. On
that note, is there any way to instruct to Subclipse to "unsave" my u/
p so I can be prompted for u/p or a private key again?

I'll try setting the system property and downloading the latest
JavaSVN to see if this has any effect.

Thanks for your responses gentlemen,

Bradley

On May 3, 2006, at 11:13 AM, Alexander Kitaev wrote:

> Hello Bradley,
>
>> Is svn+ssh significantly slower than http (apache module)?
> HTTP protocol is the slowest one, the fastest one is SVN and regarding
> SVN+SSH I expect it to be faster than HTTP, but slower than SVN.
>
>> The SVN checkout of my project since I migrated from CVS is easily
>> 2-3 time longer than it was before, same can be said for
>> synchronizing the whole project. I guess I should try doing
>> some of these operations from the command line and see if
>> that improves speed at all, but are particular protocols
>> known to be slower than others?
> When comparing with command line client, please take in account
> that Eclipse
> introduce some overhead when handling resources that are created by
> check
> out operation.
>
> If you're using Linux or OSX, disabling versioning symbolic links
> support
> could improve performance a lot (set System property
> javasvn.symlinks=false). Also, it makes sense to try latest version of
> JavaSVN (checkout and build it from http://svn.tmate.org/repos/jsvn/
> trunk/,
> soon there will be 1.1.0-beta2 version published that you'll be
> able to
> download from the web site) - there are number of performance
> improvements
> in that version.
>
>
> Alexander Kitaev,
> TMate Software,
> http://tmate.org/
> http://jetbrains.com/tmate/
>
>> -----Original Message-----
>> From: Bradley Wagner [mailto:bradley.wagner@hannonhill.com]
>> Sent: Wednesday, May 03, 2006 17:07
>> To: users@subclipse.tigris.org
>> Cc: hh-programmers@hannonhill.com
>> Subject: [Subclipse-users] Slowness in svn+ssh
>>
>> I should preface this by saying that I'm committed to SVN and
>> Subclipse at this point. I really like both, but I would like
>> to solve some of the performance issues that I'm having or at
>> least share them. I'm seeing some real slow downs when
>> performing read operations like checkout and synchronize over
>> SVN in Subclipse. I'm connecting to a local Gigabit network,
>> so I'm fairly certain it's not a network problem. I'm using
>> JavaSVN as that's the only way I've gotten svn+ssh to work correctly.
>>
>> The SVN checkout of my project since I migrated from CVS is easily
>> 2-3 time longer than it was before, same can be said for
>> synchronizing the whole project. I guess I should try doing
>> some of these operations from the command line and see if
>> that improves speed at all, but are particular protocols
>> known to be slower than others?
>> Is svn+ssh significantly slower than http (apache module)?
>>
>> Please let me know what others' experiences have been with
>> regards to speed in different protocols, inside/outside of
>> Subclipse, etc.?
>>
>> Thanks,
>> Bradley
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>> For additional commands, e-mail: users-help@subclipse.tigris.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Wed May 3 17:54:46 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.