Same results here. There are some optimizations hints which are
discussed in the Tortoise doc; Explorer perf is still hawful on SVN
managed directories (~30s to open such a dir).
> -----Message d'origine-----
> De : Greg Irvine [mailto:greg.irvine@thalesatm.com]
> Envoyé : jeudi 30 septembre 2004 00:09
> À : users@subclipse.tigris.org
> Objet : RE: RE: Stability issues
>
> A small aside.
> Do any of you use TortoiseSVN as well? I find with Tortoise
> my performance
> in Explorer when I've turned on icon marking for SVN projects to be
> horrifically slow. Worse than subclipse USED to be in fact.
> Does anyone else experience this?
>
> Greg.
>
>
> -----Original Message-----
> From: Labanca, Rick [mailto:rick.labanca@studentuniverse.com]
> Sent: Thursday, 30 September 2004 12:27 AM
> To: users@subclipse.tigris.org
> Subject: RE: RE: Stability issues
>
>
> Ok, project size may be it. Same here, 100% load. I will try
> verbose, I'm
> pretty sure it's the decorating, since it seems to finish drawing
> decorations just as it settles down.
> I'm pretty sure it's more to fix it that just copying the
> technique the cvs
> code does for decorating, but sure will be nice if it could
> get up to that
> speed.
>
> > -----Original Message-----
> > From: v.vandenschrick@finmatica.com
> > [mailto:v.vandenschrick@finmatica.com]
> > Sent: Wednesday, September 29, 2004 4:05 AM
> > To: users@subclipse.tigris.org
> > Subject: RE: Stability issues
> >
> >
> > Hi Rick,
> > I'm also trying to use subclipse on large java projects
> > (5000+ classes).
> > On much older releases, there were really huge performance
> problems as
> > far as decorations were concerned (even with "deep..." decorations
> > unchecked). There were a major improvement a few realease ago when
> > decorations were supposed to be computed only when the user made the
> > nodes visible. But even with 0.9.21 I still experience performance
> > problems on eclipse startup (sometimes decorating few minutes with
> > 50-100% CPU load even though there should be only the projects root
> > nodes to decorate...). This is still though much better than
> > before when
> > the PC was freezed 5-10 minutes at 100% CPU load.
> > I still experience problems when performing updates on the
> > whole project
> > (and this is still linked to decoration).
> > One way to diagnose what's eating eclipse's time is to turn
> > on "verbose"
> > on the progress view. This way, you can correlate your
> slowdowns with
> > the decoration task running.
> >
> > As you do, I hope these perf problems will be solved in
> > future versions
> > ince this is really a showstoper. Other than that subclipse
> is a great
> > svn integration !
> > BTW, I never experienced such decoration perf problem with
> > any other SCM
> > plugin (VSS, CVS).
> >
> > Best regards,
> >
> > Vincent
> >
> >
> > > -----Message d'origine-----
> > > De : Labanca, Rick [mailto:rick.labanca@studentuniverse.com]
> > > Envoyé : mardi 28 septembre 2004 19:50
> > > À : users@subclipse.tigris.org
> > > Objet : Stability issues
> > >
> > >
> > > We really want to use subclipse, it's not easy losing
> integration in
> > > eclipse once you're used to it!
> > >
> > > But for me and a few others, we've had all kinds of issues.
> > I checked
> > > out the list archives etc and didn't see much mention of
> > performance.
> > >
> > > I switched off the recursive markup and even then all of
> > eclipse will
> > > slow way down from time to time, and sometimes other non
> subversion
> > > operations show a message saying something in the background
> > > is running.
> > >
> > > I wish I could be more specific as to why this happens, I
> > will try the
> > > new .21 and see. I've also tried setting it to use the
> > > command line but
> > > no difference there either.
> > >
> > > I hope eventually the recursive markup will be fast (I
> have hope for
> > > that since the cvs stuf can do it quickly) but right now it's
> > > the speed
> > > and occasionally hangs that are getting me. Anyone else with
> > > suggestions?
> > > Rick
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > 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 Sep 30 17:59:13 2004