No, I really mean "turn it on".
Actually decoration time should be the same whether "compute deep outgoing
state" is on or off.
We need two different status retrieving strategies whether it is set or not.
But this is not the case actually.
Cédric
<v.vandenschrick@finmatica.com> a écrit dans le message de
news:2636CEC613C9914A8C5924711739867310B00F@pa01se001.it.finmatica.net...
Cédric,
After replacing svnClientAdapter.jar in
"tigris.subversion.subclipse.core_0.9.21", I still experience very long
initial decoration times when I launch Eclipse, but afterwards,
everything seems to work much more smoothly than before (an update on a
full project doesn't even show the decorating task in the progress
view).
I thing there is still an issue on the opening of the workspace.
BTW, when you talk about setting "compute deep outgoing state for
folders", I assume that you mean "turn it off", right ?
However, thanks a lot for your work !!
Vincent
> -----Message d'origine-----
> De : Cédric Chabanois [mailto:cchabanois@no-log.org]
> Envoyé : jeudi 30 septembre 2004 23:34
> À : users@subclipse.tigris.org
> Objet : Re: Stability issues
>
> I just corrected a bug on javahl and that should have improved
> decorating speed I think.
>
> Can someone try to get
> http://svn.collab.net/repos/subclipse/branches/subclipse-3/cor
> e/svnClientAdapter.jar
> and copy it to its
> plugins\tigris.subversion.subclipse.core_0.9.21 and
> tell us if it is faster now.
> (use javahl and set "compute deep outgoing state for folders" option)
>
> Cédric
>
> >I am working on decorating. I hope I will correct this issue soon.
> >
> >Cédric
> >
> >
> >"Labanca, Rick" <rick.labanca@studentuniverse.com> a écrit
> dans le message
> >de
> >news:66EEBBD3485BB84C90CFA900A0A96E5501756C8A@sumail03.studen
> tuniverse.com...
> >
> >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 Sat Oct 2 00:27:54 2004