Alexander,
The server machine is running SVN 1.3.1 and the OS X client machine
is using 1.3.1 for its binaries as well when running JavaHL. I'll
look for the sshd version, but because the problem is not limited to
svn+ssh:// alone, I don't think that's as essential. The OS X client
machine has no firewall or anti-virus software installed and is on
the same LAN as the server machine, and I've also tried running the
SVN server on the OS X machine itself and connecting via "localhost"
with the same results.
I don't think I can attach the log file as it is some 100 MB.
Do you think we can make the logging a little more restrictive so as
only to log JavaSVN debug logging?
Bradley
On May 4, 2006, at 3:05 PM, Alexander Kitaev wrote:
> Hello Bradley,
>
>> About the file you sent, does it make any difference that the
>> same slowness was seen on a windows xp client machine, which
>> has no symbolic linking? Or is the SVN server machine where
>> this is making a difference. The server machine has always
>> been *nix based machine (one FC3 and one Mac OS X).
> Changes I made shoudn't have any effect when running on Windows XP,
> so if
> problem is common for all client computers that works with the same
> server
> it could be something on the server side (ssh or svn) that causes the
> slowdown.
>
> Please send me the log file and also version of the subversion
> server and
> sshd if possible. What also could probably cause the slowdown is
> firewall
> configuration (could be installed both on the client and server) or
> antivirus network filter (usually installed on the client). Please,
> try
> disabling (just for test) these programs to see whether there will
> be any
> difference.
>
> Thank you very much for the time you spent on investigating this
> problem. As
> I have no OSX and no performance problems with JavaSVN, I really
> appreatiate
> your help and efforts, and I should say sorry for my previous email
> that may
> sound somewhat offensive or rude. Though this problem is not always
> reproducable resolving it will make number of users happy, so it worth
> fixing.
>
> Alexander Kitaev,
> TMate Software,
> http://tmate.org/
> http://jetbrains.com/tmate/
>
>> -----Original Message-----
>> From: Bradley Wagner [mailto:bradley.wagner@hannonhill.com]
>> Sent: Thursday, May 04, 2006 20:48
>> To: users@subclipse.tigris.org
>> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>>
>> Alex,
>> Sorry. Didn't mean to sound critical. I was a little under
>> the gun because I was the one that proposed the switch from
>> CVS --> SVN and so far it has been difficult and I was
>> somewhat relieved to determine that the problems we were
>> having could be alleviated by using JavaHL instead of having
>> to switch back to CVS. It seems clear that I'm in the
>> minority as most people have nothing but good things to say
>> about JavaSVN, so it's likely a problem specific to my configuration.
>>
>> About the file you sent, does it make any difference that the
>> same slowness was seen on a windows xp client machine, which
>> has no symbolic linking? Or is the SVN server machine where
>> this is making a difference. The server machine has always
>> been *nix based machine (one FC3 and one Mac OS X).
>>
>> I'm in the process of blowing away Eclipse and starting with
>> a fresh copy and a fresh install of Subclipse to see if
>> anything changes.
>>
>> Bradley
>>
>> On May 4, 2006, at 2:40 PM, Alexander Kitaev wrote:
>>
>>> Hello Bradley,
>>>
>>>> Mark, I'm REALLY glad you brought this up. I tried this using the
>>>> svn:// protocol and the checkout ran in 1m45s over JavaHL and in
>>>> about 12m over JavaSVN. So, I would say there is a fundamental
>>>> problem with JavaSVN the way it's running now. I also
>> notice that my
>>>> whole computer slowed down when performing the checkout under
>>>> JavaSVN.
>>> I just would like to add that it is not the way JavaSVN
>> usually works,
>>> probably there is something specific in your environment that makes
>>> JavaSVN slow. I'm not saying that there are no bugs or performance
>>> problems in JavaSVN or that I'm not going to fix this very problem,
>>> but for most of the users it works more or less fast as far
>> as I know.
>>>
>>> Did you tried the version I sent you recently?
>>>
>>> Alexander Kitaev,
>>> TMate Software,
>>> http://tmate.org/
>>> http://jetbrains.com/tmate/
>>>
>>>> -----Original Message-----
>>>> From: Bradley Wagner [mailto:bradley.wagner@hannonhill.com]
>>>> Sent: Thursday, May 04, 2006 20:37
>>>> To: users@subclipse.tigris.org
>>>> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>>>>
>>>> Mark, I'm REALLY glad you brought this up. I tried this using the
>>>> svn:// protocol and the checkout ran in 1m45s over JavaHL and in
>>>> about 12m over JavaSVN. So, I would say there is a fundamental
>>>> problem with JavaSVN the way it's running now. I also
>> notice that my
>>>> whole computer slowed down when performing the checkout under
>>>> JavaSVN.
>>>>
>>>> I am using Eclipse 3.1.2 on a Mac OS X client machine. I installed
>>>> Java 5 Release 4 for the Mac recently which makes itself
>> the default
>>>> meaning that Eclipse itself is running under Java 1.5.
>>>>
>>>> Next I tried blowing away my Eclipse install and starting
>> fresh with
>>>> 3.1.2 and Subclipse 1.0.1 and running the same test over
>> svn:// and
>>>> the results of the project checkout were about the same.
>>>>
>>>> I got someone else to connect to the same server from Windows XP
>>>> machine and run the same tests. They got similar results.
>>>> JavaHL performed the checkout in 2 minutes, JavaSVN in about 12.
>>>>
>>>> Bradley
>>>>
>>>> On May 4, 2006, at 12:00 PM, Mark Phippard wrote:
>>>>
>>>>> Bradley Wagner <bradley.wagner@hannonhill.com> wrote on 05/04/2006
>>>>> 11:58:05 AM:
>>>>>
>>>>>>> Since you have it local, why not try it using svn://?
>>>>>>
>>>>>> I certainly will try it to test it out. Unfortunately, it's not
>>>>>> feasible for everyone connecting to the repository to do it with
>>>>>> svn:// as we have some firewall issues.
>>>>>
>>>>> Yeah, I only meant as a test. I would expect JavaHL and
>> JavaSVN to
>>>>> perform real similar via svn://. If the same time difference was
>>>>> present it would seem like something was really amiss.
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>>
>>>>
>> _____________________________________________________________________
>>>> _
>>>>> _______
>>>>> Scanned for SoftLanding Systems, Inc. and SoftLanding
>> Europe Plc by
>>>>> IBM Email Security Management Services powered by MessageLabs.
>>>>>
>>>>
>> _____________________________________________________________________
>>>> _
>>>>> _______
>>>>>
>>>>>
>>>>
>> ---------------------------------------------------------------------
>>>>> 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 Thu May 4 22:48:57 2006