Eclipse Community Forums: Newcomers » Slow refactory/deleting

Home » Newcomers » Newcomers » Slow refactory/deleting

Slow refactory/deleting [message #508547]

Tue, 19 January 2010 07:09

Eclipse User

Problem:

Sometimes eclipse is really slow with activating the refactory/delete (from the package explorer.) (edit: refactory of function names, delete of classes)

To be more specific there's a large time (1 to 5 minutes) before the question appears "Do you wish to delete .....". The deleting itself is rather quick.

Is it doing some legitimate work? (what and can it be shown in the progress view)

and a few quick answers to questions I expect:
- highest version of eclipse where I did not see the problem was 3.3.2.
- I gave eclipse enough memory. It's only using 500M of the 1000M available. (It was worse without this though)
- Seen with the EE and Java editions of eclipse.
- My workspace has multiple open projects (all different CVS modules) working together (well, more or less).

Thanks in advance,
Marco

[Updated on: Thu, 21 January 2010 03:17] by Moderator

Re: Slow refactory/deleting [message #511661 is a reply to message #508547]

Tue, 02 February 2010 08:24

Eclipse User

I just noticed with refactory of function names it also sometimes can be slow. (I used the Alt-Shift-R on a function name)

But when I do this, a sort of progress appears at the button of the window where it tells me that it's checking preconditions, looking for references etc. (It also has a red button to stop the process.)
edit: This with Eclipse 3.6 M4 EE edition

It's also relative slow sometimes and also seems to occupy a single processor on my machine for 100% for some time

Could this also be happening from the package explorer, just without the added progress view (toolbar)?

Marco

[Updated on: Tue, 02 February 2010 08:28] by Moderator

Re: Slow refactory/deleting [message #514949 is a reply to message #508547]

Wed, 17 February 2010 05:04

Eclipse User

I think I found out a big part of the problem.

in my case memory exceptions in Eclipse were happening while initializing my workspace, which are not handled nor displayed in any way. (not without some searching)

I've reset the ini file to the original version, added the same memory settings through command line and at least those exceptions upon starting are gone.

For now, it looks to be more stable.

A question I now have: Is there a view that displays problems eclipse has (other than the console that comes with -debug)

Thanks for reading,
Marco

edit:
it's still "slow" for some actions, but at least they finish (roughly within a minute) using 50% of CPU (dual core)

The debug console does not show any exceptions when this happens, the jconsole does not show which thread is using the CPU. (can it)

[Updated on: Wed, 17 February 2010 08:21] by Moderator

Re: Slow refactory/deleting [message #515110 is a reply to message #514949]

Wed, 17 February 2010 13:04

Eclipse User

On 2/17/10 5:04 AM, Marco wrote:
> I think I found out a big part of the problem.
>
> in my case memory exceptions in Eclipse were happening while
> initializing my workspace, which are not handled nor displayed in any
> way. (not without some searching)
>
> I've reset the ini file to the original version, added the same memory
> settings through command line and at least those exceptions upon
> starting are gone.
>
> For now, it looks to be more stable.
>
> A question I now have: Is there a view that displays problems eclipse
> has (other than the console that comes with -debug)

Open the Error Log view. You can also view the log on your file system:
<workspace>/.metadata/.log

Hope this helps,
Eric

Re: Slow refactory/deleting [message #515237 is a reply to message #515110]

Thu, 18 February 2010 04:33

Eclipse User

Eric Rizzo wrote on Wed, 17 February 2010 13:04

Open the Error Log view. You can also view the log on your file system:
<workspace>/.metadata/.log

Hope this helps,
Eric

Thank you, I'll keep an eye on it.
Looking back into it's history it does not show those memory errors though.

After playing around a bit it looks like increasing the size of the "eden" memory space has been effective in solving more of my problems.

I currently set this on the command line:
-vmargs -Xms1250m -Xmx1250m -Xmn850M -XX:ReservedCodeCacheSize=64m -XX:MaxPermSize=256m -XX:+UseParallelGC -Dcom.sun.management.jmxremote

Thanks,
Marco

[Updated on: Thu, 18 February 2010 04:33] by Moderator

Re: Slow refactory/deleting [message #515315 is a reply to message #515237]

Thu, 18 February 2010 08:26

Eclipse User

Hmmm, it's running slow once more.

edit: Sorry, this was with creating a new package (and I already pressed cancel in the dialog)
edit2: This is with Eclipse 3.5 SR1 EE edition

From what I can spot in the JConsole it's the main thread that is being active, well at least it's stacktrace is different each time I look. (I could not find out which thread is doing which work)

But taking samples of them I notice the lower part is the same, where it's like the upper 10 / 15 lines which loop or almost loop.

***** A few snapshots from the upper 10/15 line (randomly ordered)

Name: main
State: RUNNABLE
Total blocked: 5.618 Total waited: 1.117

Stack trace:
org.eclipse.swt.internal.win32.OS.MoveMemory(Native Method)
org.eclipse.swt.graphics.TextLayout.shape(TextLayout.java:30 67)
org.eclipse.swt.graphics.TextLayout.computeRuns(TextLayout.j ava:240)
org.eclipse.swt.graphics.TextLayout.getBounds(TextLayout.jav a:1551)
org.eclipse.jface.viewers.StyledCellLabelProvider.updateText Layout(StyledCellLabelProvider.java:307)
org.eclipse.jface.viewers.StyledCellLabelProvider.measure(St yledCellLabelProvider.java:285)
org.eclipse.jface.viewers.OwnerDrawLabelProvider$OwnerDrawLi stener.handleEvent(OwnerDrawLabelProvider.java:56)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1012)
org.eclipse.swt.widgets.Tree.sendMeasureItemEvent(Tree.java: 4370)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPREPAINT(Tree.java:977 )
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7185)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4877)

Name: main
State: RUNNABLE
Total blocked: 5.618 Total waited: 1.117

Stack trace:
org.eclipse.swt.internal.win32.OS.SendMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.SendMessage(OS.java:3107)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPREPAINT(Tree.java:100 Cool

org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7185)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4877)

Name: main
State: RUNNABLE
Total blocked: 5.618 Total waited: 1.117

Stack trace:
org.eclipse.swt.internal.win32.OS.SelectObject(Native Method)
org.eclipse.swt.graphics.GC.drawBitmapAlpha(GC.java:1244)
org.eclipse.swt.graphics.GC.drawBitmap(GC.java:1178)
org.eclipse.swt.graphics.GC.drawImage(GC.java:1003)
org.eclipse.swt.graphics.GC.drawImage(GC.java:898)
org.eclipse.jface.viewers.StyledCellLabelProvider.paint(Styl edCellLabelProvider.java:368)
org.eclipse.jface.viewers.OwnerDrawLabelProvider$OwnerDrawLi stener.handleEvent(OwnerDrawLabelProvider.java:59)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1012)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:84 9)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7186)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4877)

Name: main
State: RUNNABLE
Total blocked: 5.618 Total waited: 1.117

Stack trace:
org.eclipse.swt.internal.win32.OS.TreeView_GetItemRect(Nativ e Method)
org.eclipse.swt.widgets.TreeItem.getBounds(TreeItem.java:449 )
org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:53 1)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7186)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4877)

***** And the rest which is equal for all: (note that I duplicated the line from the class "Control.java" line 4877)

org.eclipse.swt.widgets.Control.wmNotify(Control.java:4877)
org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:17 57)
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4507)
org.eclipse.swt.widgets.Control.windowProc(Control.java:4000 )
org.eclipse.swt.widgets.Display.windowProc(Display.java:4602 )
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:231 3)
org.eclipse.swt.widgets.Tree.callWindowProc(Tree.java:1530)
org.eclipse.swt.widgets.Control.windowProc(Control.java:4036 )
org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5821)
org.eclipse.swt.widgets.Display.windowProc(Display.java:4589 )
org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:24 10)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3471)
org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)
org.eclipse.jface.operation.ModalContext.run(ModalContext.ja va:388)
org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java: 944)
org.eclipse.jdt.internal.ui.wizards.NewElementWizard.perform Finish(NewElementWizard.java:132)
org.eclipse.jdt.internal.ui.wizards.NewPackageCreationWizard .performFinish(NewPackageCreationWizard.java:63)
org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDi alog.java:752)
org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDi alog.java:373)
org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.jav a:624)
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:228)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3880)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3473)
org.eclipse.jface.window.Window.runEventLoop(Window.java:825 )
org.eclipse.jface.window.Window.open(Window.java:801)
org.eclipse.ui.internal.actions.NewWizardShortcutAction.run( NewWizardShortcutAction.java:135)
org.eclipse.jface.action.Action.runWithEvent(Action.java:498 )
org.eclipse.jface.action.ActionContributionItem.handleWidget Selection(ActionContributionItem.java:584)
org.eclipse.jface.action.ActionContributionItem.access$2(Act ionContributionItem.java:501)
org.eclipse.jface.action.ActionContributionItem$5.handleEven t(ActionContributionItem.java:411)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3880)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3473)
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2405)
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369)
org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 21)
org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500)
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332)
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:493)
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:194)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:368)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.lang.reflect.Method.invoke(Unknown Source)
org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 559)
org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
org.eclipse.equinox.launcher.Main.run(Main.java:1311)

Thanks for looking,
Marco

[Updated on: Thu, 18 February 2010 10:34] by Moderator

Re: Slow refactory/deleting [message #515522 is a reply to message #515315]

Fri, 19 February 2010 04:16

Eclipse User

Something similar, but now in the 3.6 EE M5 release:

I dragged and dropped 2 files from and to the package explorer
It took some time (several minutes) but finished.

Again the same "profile", a largely equal stacktrace with only differences in the top lines:

Name: main
State: RUNNABLE
Total blocked: 1.740 Total waited: 567

Stack trace:
org.eclipse.swt.internal.win32.OS.SendMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.SendMessage(OS.java:3235)
org.eclipse.swt.widgets.Tree.isItemSelected(Tree.java:3733)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:39 2)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7203)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4897)
org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:18 49)
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4527)
org.eclipse.swt.widgets.Control.windowProc(Control.java:4016 )
org.eclipse.swt.widgets.Display.windowProc(Display.java:4744 )
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:234 1)
org.eclipse.swt.widgets.Tree.callWindowProc(Tree.java:1530)
org.eclipse.swt.widgets.Control.windowProc(Control.java:4052 )
org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5838)
org.eclipse.swt.widgets.Display.windowProc(Display.java:4731 )
org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:24 38)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3575)
org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)

Name: main
State: RUNNABLE
Total blocked: 1.740 Total waited: 567

Stack trace:
org.eclipse.swt.internal.win32.OS.TranslateMessage(Native Method)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3574)
org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)

***** and the lower part, for both equal

org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)
org.eclipse.jface.operation.ModalContext.run(ModalContext.ja va:388)
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(Progress MonitorDialog.java:507)
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.r un(ProgressMonitorJobsDialog.java:275)
org.eclipse.ui.internal.progress.ProgressManager$5.run(Progr essManager.java:961)
org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:70)
org.eclipse.ui.internal.progress.ProgressManager.busyCursorW hile(ProgressManager.java:996)
org.eclipse.ui.internal.progress.ProgressManager.busyCursorW hile(ProgressManager.java:971)
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperatio n.checkInitialConditions(RefactoringWizardOpenOperation.java :167)
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperatio n.access$0(RefactoringWizardOpenOperation.java:163)
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperatio n$1.run(RefactoringWizardOpenOperation.java:126)
org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:70)
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperatio n.run(RefactoringWizardOpenOperation.java:155)
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringS tarter.activate(RefactoringStarter.java:38)
org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgMoveStart er.run(ReorgMoveStarter.java:80)
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDro pAdapter.handleDropMove(SelectionTransferDropAdapter.java:27 8)
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDro pAdapter.performDrop(SelectionTransferDropAdapter.java:215)
org.eclipse.jdt.internal.ui.dnd.JdtViewerDropAdapter.drop(Jd tViewerDropAdapter.java:242)
org.eclipse.jface.util.DelegatingDropAdapter$3.run(Delegatin gDropAdapter.java:211)
org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)
org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:17 5)
org.eclipse.jface.util.DelegatingDropAdapter.drop(Delegating DropAdapter.java:209)
org.eclipse.swt.dnd.DNDListener.handleEvent(DNDListener.java :90)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1050)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1074)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1059)
org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:7 73)
org.eclipse.swt.dnd.DropTarget.Drop(DropTarget.java:456)
org.eclipse.swt.dnd.DropTarget$3.method6(DropTarget.java:258 )
org.eclipse.swt.internal.ole.win32.COMObject.callback6(COMOb ject.java:119)
org.eclipse.swt.internal.ole.win32.COM.DoDragDrop(Native Method)
org.eclipse.swt.dnd.DragSource.drag(DragSource.java:363)
org.eclipse.swt.dnd.DragSource.access$0(DragSource.java:289)
org.eclipse.swt.dnd.DragSource$1.handleEvent(DragSource.java :172)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1050)
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3984)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3577)
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2407)
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2371)
org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 20)
org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500)
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332)
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:493)
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:115)
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:194)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:367)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.lang.reflect.Method.invoke(Unknown Source)
org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 611)
org.eclipse.equinox.launcher.Main.basicRun(Main.java:566)
org.eclipse.equinox.launcher.Main.run(Main.java:1363)

Re: Slow refactory/deleting [message #516299 is a reply to message #515522]

Tue, 23 February 2010 09:40

Eclipse User

And something similar in the 3.4 EE SR2 release:

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.GetPropW(Native Method)
org.eclipse.swt.internal.win32.OS.GetProp(OS.java:2638)
org.eclipse.swt.widgets.Display.windowProc(Display.java:4532 )
org.eclipse.swt.internal.win32.OS.SendMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.SendMessage(OS.java:3012)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7088)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4718)
org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:17 56)
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4348)
org.eclipse.swt.widgets.Control.windowProc(Control.java:3841 )
org.eclipse.swt.widgets.Display.windowProc(Display.java:4541 )
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.widgets.Control.findImageControl(Control.jav a:898)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:48 9)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7144)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4718)
org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:17 56)
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4348)
org.eclipse.swt.widgets.Control.windowProc(Control.java:3841 )
org.eclipse.swt.widgets.Display.windowProc(Display.java:4541 )
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.SendMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.SendMessage(OS.java:3012)
org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:81 7)
org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7144)
org.eclipse.swt.widgets.Control.wmNotify(Control.java:4718)
org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:17 56)
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4348)
org.eclipse.swt.widgets.Control.windowProc(Control.java:3841 )
org.eclipse.swt.widgets.Display.windowProc(Display.java:4541 )
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

Name: main
State: RUNNABLE
Total blocked: 13.074 Total waited: 1.627

Stack trace:
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)

***** with as common stacktrace:

org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:227 4)
org.eclipse.swt.widgets.Tree.callWindowProc(Tree.java:1529)
org.eclipse.swt.widgets.Control.windowProc(Control.java:3877 )
org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5791)
org.eclipse.swt.widgets.Display.windowProc(Display.java:4528 )
org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:23 71)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3420)
org.eclipse.jface.operation.ModalContext$ModalContextThread. block(ModalContext.java:173)
org.eclipse.jface.operation.ModalContext.run(ModalContext.ja va:388)
org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java: 934)
org.eclipse.jdt.internal.ui.wizards.NewElementWizard.perform Finish(NewElementWizard.java:133)
org.eclipse.jdt.internal.ui.wizards.NewPackageCreationWizard .performFinish(NewPackageCreationWizard.java:63)
org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDi alog.java:742)
org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDi alog.java:373)
org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.jav a:624)
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:228)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3823)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3422)
org.eclipse.jface.window.Window.runEventLoop(Window.java:825 )
org.eclipse.jface.window.Window.open(Window.java:801)
org.eclipse.ui.internal.actions.NewWizardShortcutAction.run( NewWizardShortcutAction.java:135)
org.eclipse.jface.action.Action.runWithEvent(Action.java:498 )
org.eclipse.jface.action.ActionContributionItem.handleWidget Selection(ActionContributionItem.java:583)
org.eclipse.jface.action.ActionContributionItem.access$2(Act ionContributionItem.java:500)
org.eclipse.jface.action.ActionContributionItem$5.handleEven t(ActionContributionItem.java:411)
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :84)
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3823)
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3422)
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2384)
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2348)
org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 00)
org.eclipse.ui.internal.Workbench$5.run(Workbench.java:495)
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:288)
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:490)
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:386)
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.lang.reflect.Method.invoke(Unknown Source)
org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
org.eclipse.equinox.launcher.Main.run(Main.java:1236)

Re: Slow refactory/deleting [message #1786495 is a reply to message #516299]

Fri, 04 May 2018 08:20

Eclipse User

I think I hit the same problem using an old Eclipse 3.4, having recently migrated this to Windows 10.
CPU usage goes high once there are a certain amount of items visible in the Package Explorer.
So I can turn up CPU usage by expanding and down again by collapsing items.
Don't know what the real problem is, or how to fix it, besides using a more recent Eclipse version, of course.

Problematic stack:
at org.eclipse.swt.internal.win32.OS.TreeView_GetItemRect(Native Method)
at org.eclipse.swt.widgets.TreeItem.getBounds(TreeItem.java:448)
at org.eclipse.swt.widgets.TreeItem.getBounds(TreeItem.java:422)
at org.eclipse.swt.widgets.TreeItem.getImageBounds(TreeItem.java:838)
at org.eclipse.jface.viewers.TreeViewerRow.getImageBounds(TreeViewerRow.java:382)
at org.eclipse.jface.viewers.ViewerCell.getImageBounds(ViewerCell.java:342)
at org.eclipse.jface.viewers.StyledCellLabelProvider.paint(StyledCellLabelProvider.java:343)
at org.eclipse.jface.viewers.OwnerDrawLabelProvider$OwnerDrawListener.handleEvent(OwnerDrawLabelProvider.java:59)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1012)
at org.eclipse.swt.widgets.Tree.CDDS_ITEMPOSTPAINT(Tree.java:848)
at org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:7144)
at org.eclipse.swt.widgets.Control.wmNotify(Control.java:4718)
at org.eclipse.swt.widgets.Composite.wmNotify(Composite.java:1756)
at org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4348)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3841)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4541)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:2273)
at org.eclipse.swt.widgets.Tree.callWindowProc(Tree.java:1529)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3877)
at org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5791)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4528)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2370)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3420)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
...

Re: Slow refactory/deleting [message #1787487 is a reply to message #508547]

Sat, 26 May 2018 10:28

Eclipse User

Hello,

did you ever resolved the issue posted above?
I've the same issue with the endless paint of an SWT tree. SWT version are 3.6.2. The endless paint results into a huge performance degression.

Re: Slow refactory/deleting [message #1787623 is a reply to message #1787487]

Wed, 30 May 2018 04:56

Eclipse User

Hi,

just for the archive. I've found the issue and a possible workaround:

Windows bug (since Vista) causing the issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=302396

Workaround is to deactivate the fade in/fade out of the tree expandos:
int bits2 = (int) /* 64 */OS.SendMessage(tree.handle, OS.TVM_GETEXTENDEDSTYLE, 0, 0);
// bits2 |= OS.TVS_EX_FADEINOUTEXPANDOS;
bits2 &= ~OS.TVS_EX_FADEINOUTEXPANDOS;
OS.SendMessage(tree.handle, OS.TVM_SETEXTENDEDSTYLE, 0, bits2);

Previous Topic:	java.lang.IllegalStateException: Workspace is closed.
Next Topic:	org.eclipse.osgi plugin error

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Jul 23 18:14:52 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter