> 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
Received on Wed May 3 18:04:22 2006