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

Alexander,

I tried the build with the "-Djavasvn.symlinks=false" system property
set in my eclipse.ini file which contains the vmargs for Eclipse on
OS X. There was no improvement, checkout still took ~12 minutes.

Next, I tried checking out the latest from the JavaSVN trunk and
deploying the javasvn.jar and ganymed.jar lib files to the Eclipse
directory. The same checkout took ~12 min again. This just seems
really slow compared to doing the checkout from the command line
using the native HL libraries (1 min). How much of this is just
Eclipse overhead and how much of this do you think is JavaSVN? Have
you ever gotten svn+ssh to work with JavaHL? I'd like to try the same
checkout with JavaHL in Eclipse and see what kind of times I get.

It seems like it might be best to just check out the project from the
command line and open it in Eclipse, though it is a bit roundabout.

Please let me know if you have any other suggestions.

Thanks,
Bradley

On May 3, 2006, at 1:37 PM, Alexander Kitaev wrote:

> Hello Bradley,
>
>> Alexander, can you tell me to how to set that Java property?
> On Windows I put JDK system property to ECLIPSE_HOME/configuation/
> config.ini
> file. Also you may try starting Eclipse with "-vmargs
> -Djavasvn.symlinks=false" arguments.
>
>> Also, are there build instructions in the JavaSVN project?
> 1. Checkout JavaSVN from http://svn.tmate.org/repos/jsvn/trunk/.
> 2. Set env. Variable ECLIPSE_HOME to point to your Eclipse
> installation
> directory.
> 3. Run "ant deploy" in checked out directory.
> 4. build/lib will contain javasvn.jar and ganymed.jar files that
> you should
> replace existing ones with.
> (in ECLIPSE_HOME/plugins/org.tigris.subversion.subclipse.core_1.0.1/
> lib
> directory).
>
> Please write me directly in case of further questions as we are
> probably
> disturbing Subclipse users here :)
>
> 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 19:33
>> To: users@subclipse.tigris.org
>> Cc: hh-programmers@hannonhill.com
>> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>>
>> The Eclipse keyring file is located at ~/.eclipse_keyring on
>> Mac OS X and likely on all *nix based machines (FYI). I
>> deleted this file and used my private key instead of doing
>> u/p auth. I let the checkout run until it had completed and
>> it took about 12 minutes.
>>
>> Alexander, can you tell me to how to set that Java property?
>> Also, are there build instructions in the JavaSVN project?
>>
>> Bradley
>>
>> On May 3, 2006, at 12:05 PM, Alexander Kitaev wrote:
>>
>>>>> ECLIPSE_HOME/configuration/org.eclipse.core.runtime/.keyring
>>>>
>>>> This file does not exist in that directory. I also did a "locate
>>>> .keyring" and it returned no results. Any chance it's a different
>>>> file.
>>> What version of Eclipse do you use? This file is always
>> automatically
>>> created by Eclipse, so it should be somewhere. You may read more on
>>> that in Eclipse help - probably it will help you to locate
>> that file.
>>> There are also command line arguments to specify another
>> keyring file.
>>>
>>> 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 18:04
>>>> To: users@subclipse.tigris.org
>>>> Cc: hh-programmers@hannonhill.com
>>>> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>>>>
>>>>> Such difference probably point to a bug. Probably symlink
>> resolving
>>>>> takes too long on your computer.
>>>>> Is your workspace a symlinked directory (or is one of its
>>>> parent is a
>>>>> symbolic link)?
>>>>
>>>> My workspace is not a symlinked directory to the best of my
>>>> knowledge. I see no aliases or symbolic links to that directory or
>>>> any of its parents anywhere on my machine
>>>>
>>>>> Delete Eclipse keyring file and you'll be reprompted. You
>> may find
>>>>> this file at
>>>>> ECLIPSE_HOME/configuration/org.eclipse.core.runtime/.keyring
>>>>
>>>> This file does not exist in that directory. I also did a "locate
>>>> .keyring" and it returned no results. Any chance it's a different
>>>> file.
>>>>
>>>> Bradley
>>>>
>>>> On May 3, 2006, at 11:57 AM, Alexander Kitaev wrote:
>>>>
>>>>> Hello Bradley,
>>>>>
>>>>>> 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
>>>>> Such difference probably point to a bug. Probably symlink
>> resolving
>>>>> takes too long on your computer.
>>>>> Is your workspace a symlinked directory (or is one of its
>>>> parent is a
>>>>> symbolic link)?
>>>>>
>>>>>> 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?
>>>>> Delete Eclipse keyring file and you'll be reprompted. You
>> may find
>>>>> this file at
>>>>> ECLIPSE_HOME/configuration/org.eclipse.core.runtime/.keyring
>>>>>
>>>>> 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:53
>>>>>> To: users@subclipse.tigris.org
>>>>>> Cc: hh-programmers@hannonhill.com
>>>>>> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>>>>>>
>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>>>>> For additional commands, e-mail: users-help@subclipse.tigris.org
>>>>>
>>>>
>>>>
>>>> --
>>>> Bradley Mitchell Wagner
>>>> Software Developer
>>>> Hannon Hill Corporation
>>>> main: (678) 904-6900 ext. 115
>>>> email: bradley.wagner@hannonhill.com
>>>>
>>>>
>>>>
>>>>
>> ---------------------------------------------------------------------
>>>> 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
>>>
>>
>>
>> --
>> Bradley Mitchell Wagner
>> Software Developer
>> Hannon Hill Corporation
>> main: (678) 904-6900 ext. 115
>> email: bradley.wagner@hannonhill.com
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>> For additional commands, e-mail: users-help@subclipse.tigris.org
>>
>>
>

--
Bradley Mitchell Wagner
Software Developer
Hannon Hill Corporation
main: (678) 904-6900 ext. 115
email: bradley.wagner@hannonhill.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org