[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] Editor slow: frequent editor delays of sometimesupto2-3 sec.
|
You could also try profiling the CDT plugins using the TPTP tools (though if you're using Linux, I've found this to be a minor pain to setup -- for starters you'll need to use the latest 4.1 nightly builds of the TPTP + Agent Controller for it to work at all).
James
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Christopher Lang
Sent: 19 September 2007 15:06
To: CDT General developers list.
Subject: Re: [cdt-dev] Editor slow: frequent editor delays of sometimesupto2-3 sec.
unchecked "Link With Editor" in Outline view, but this didn't help much.
Heap memory usage jumps form approx ~40M right away to ~180M and higher during
the delays. Well, that IMHO explains the delays, but what in eclipse/cdt uses
130MB+ instantly during editing of a 3KB file?
As if the entire project (consists of several 100 files) gets reconciled every
few seconds and after copy/paste or some cursor movement.
I'll try a new workspace with just a few files and report the results.
thanks,
Chris
Am Mittwoch 19 September 2007 14:42:23 schrieb Leherbauer, Anton:
> > > How large is the file in question?
> >
> > 3KB. Worst case 10KB.
>
> That's practically nothing ;-)
>
> > > Do you observe the delays also with small files?
> >
> > It is regardless of file size.
>
> Then it's definitely not the reconciler.
>
> > > Are the delays always related to typing or do they happen on other
> > > occasions too? E.g. when opening the file,
> >
> > Only when typing, moving around with the cursor, editing,
> > cutting and pasting.
> > Actually the mouse hover features, like putting the mouse
> > over a C function for help on that function has a pretty good
> > response time of appox. < 0.5 sec.
> >
> > > Is there any background processing going on (Check the
> >
> > Progress view)?
> > checked the progress view. no.
> >
> > > Is the Java VM heap near its limit (Enable the Heap status
> >
> > display in
> > 40M of 231M
> >
> > I can see however, doing a "top" in a console that java is
> > eating the largest amount of processing power, but that is
> > only ~5%, every few seconds.
>
> Hm, did you check the "Link with Editor" switches in various views?
> I could imagine that esp. the History view could lead to delays when it
> contacts the repository for file history.
>
> HTH,
> Toni
>
> > cheers
> > Chris
> >
> > Am Mittwoch 19 September 2007 10:38:11 schrieb Leherbauer, Anton:
> > > How large is the file in question?
> > > Do you observe the delays also with small files?
> > > Are the delays always related to typing or do they happen on other
> > > occasions too? E.g. when opening the file, hovering with the mouse
> > > over the text, etc.
> > > Is there any background processing going on (Check the
> >
> > Progress view)?
> >
> > > Is the Java VM heap near its limit (Enable the Heap status
> >
> > display in
> >
> > > the preferences)?
> > >
> > > Toni
> > >
> > > > -----Original Message-----
> > > > From: cdt-dev-bounces@xxxxxxxxxxx
> > > > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Christopher Lang
> > > > Sent: Tuesday, September 18, 2007 10:37 PM
> > > > To: CDT General developers list.
> > > > Subject: Re: [cdt-dev] Editor slow: frequent editor delays of
> > > > sometimes upto2-3 sec.
> > > >
> > > >
> > > > Even if I disable *everything* in the CDT Editor
> >
> > preferences I have
> >
> > > > these frequent 2-3 sec. delays. Very strange. At least
> >
> > then I should
> >
> > > > get smooth editing on a Linux 64 Bit 2,2 Ghz Machine.
> >
> > Happens sinde
> >
> > > > Eclipse 3.3 and CDT 4.0.
> > > >
> > > > Chris
> > > >
> > > > Am Dienstag 18 September 2007 11:43:07 schrieb Leherbauer, Anton:
> > > > > You could try to disable semantic highlighting
> >
> > (Preferences C/C++
> >
> > > > > > Editor > Syntax Coloring").
> > > > >
> > > > > Esp. with large files, this feature can cause
> >
> > considerable delays.
> >
> > > > > The various "Link with Editor" switches might also cause delays.
> > > > >
> > > > > Note that the outline view is more or less independent of
> > > >
> > > > the indexer.
> > > >
> > > > > It displays the "C Model" of the file which gets updated
> > > >
> > > > (reconciled)
> > > >
> > > > > in the background while you type.
> > > > > It could make sense to have an option to "reconcile on save
> > > >
> > > > only" to
> > > >
> > > > > reduce the CPU usage while editing.
> > > > >
> > > > > HTH,
> > > > > Toni
> > > > > --
> > > > > Anton Leherbauer
> > > > > Wind River CDT Team, Austria
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: cdt-dev-bounces@xxxxxxxxxxx
> > > > > > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Christopher
> > > > > > Lang
> > > > > > Sent: Tuesday, September 18, 2007 11:31 AM
> > > > > > To: cdt-dev@xxxxxxxxxxx
> > > > > > Subject: [cdt-dev] Editor slow: frequent editor delays of
> > > >
> > > > sometimes
> > > >
> > > > > > up to2-3 sec.
> > > > > >
> > > > > >
> > > > > > Folks,
> > > > > >
> > > > > > some weeks ago I upgraded to Eclipse 3.3 and to CDT
> > > > > > 4.0.0.200706261300.
> > > > > >
> > > > > > Since then the Editor delays quite frequently sometimes up to
> > > > > > 2-3 sec. when moving and typing around in C++ text, on an AMD
> > > > > > X2 4200+ Machine (2.2GHz).
> > > > > >
> > > > > > I tried to disable most of the Indexer and Content Assist
> > > >
> > > > switches
> > > >
> > > > > > in the preferences without much improvement.
> > > > > >
> > > > > > Which componet in the Editor needs so much processing
> > > >
> > > > power to cause
> > > >
> > > > > > these delays and is there a way to switch of that particular
> > > > > > feature?
> > > > > >
> > > > > > Sometimes it looks as if the Outline view causes the problem,
> > > > > > because it becomes updated before the cursor becomes "free"
> > > > > > again. But that would mean that it has to do with the
> >
> > indexer,
> >
> > > > > > right? It also happens if I switch off the indexer.
> > > > > > I'd rather deliver a better bug report, but this one is
> > > >
> > > > hard to get
> > > >
> > > > > > a grip on...
> > > > > >
> > > > > > Many thanks
> > > > > > Chris
> > > > > >
> > > > > > chris@linux64:~> java -version
> > > > > > java version "1.5.0_12"
> > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > > > > 1.5.0_12-b04) Java HotSpot(TM) 64-Bit Server VM (build
> > > >
> > > > 1.5.0_12-b04,
> > > >
> > > > > > mixed mode)
> > > > > >
> > > > > > --
> > > > > >
> > > > > > http://www.acurana.de/
> > > > > >
> > > > > > _______________________________________________
> > > > > > cdt-dev mailing list
> > > > > > cdt-dev@xxxxxxxxxxx
> > > > > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > > > >
> > > > > _______________________________________________
> > > > > cdt-dev mailing list
> > > > > cdt-dev@xxxxxxxxxxx
> > > > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > > >
> > > > _______________________________________________
> > > > cdt-dev mailing list
> > > > cdt-dev@xxxxxxxxxxx
> > > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > >
> > > _______________________________________________
> > > cdt-dev mailing list
> > > cdt-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
--
acurana GmbH, Preziosastr. 13b,
81927 München, Germany
Tel.: +49 89 43 60 88 50
Fax: +49 89 43 53 96 24
http://www.acurana.de/
Registergericht München, HRB 164614
Geschäftsführer: Christopher Lang
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
