Hello,
> Not sure if this speaks to your point about symbolic linking
> but I tried checking out "trunk" instead of a branch and the
> time discrepancy was substantial. The checkout of the trunk
> happened in about 6 minutes instead of 12, but was still
> minutes slower than the same checkout over JavaHL.
Thanks for reporting that. This difference could be only explained by the
server-side delays (for the client there is no difference in trunk or branch
checkout in case amount of files is more or less the same).
So, please get a debug log as I described - it will help to understand how
much time is spent on the server and how much is on the client side. I will
probably have more questions/tests for you after I'll get this log. Thanks!
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 21:07
> To: users@subclipse.tigris.org
> Subject: Re: [Subclipse-users] Slowness in svn+ssh
>
> Alexander,
> Not sure if this speaks to your point about symbolic linking
> but I tried checking out "trunk" instead of a branch and the
> time discrepancy was substantial. The checkout of the trunk
> happened in about 6 minutes instead of 12, but was still
> minutes slower than the same checkout over JavaHL.
>
> Then, I popped in your javasvn.jar into the plugin's lib
> directory and tried again. The results were about the same
> though (12m for branch, 6m for trunk).
>
> 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
> >>>
> >>
> >>
> >> --
> >> 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
>
>
>
>
> ---------------------------------------------------------------------
> 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 Thu May 4 21:12:21 2006