Bug 576280 - Multiple snooze
Summary: Multiple snooze
Status: NEW
Alias: None
Product: EMFT
Classification: Modeling
Component: MWE (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 10
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
: 576201 (view as bug list)
Depends on:
Blocks: 576201
  Show dependency tree
 
Reported: 2021-09-27 03:27 EDT by Ed Willink CLA
Modified: 2021-09-30 04:08 EDT (History)
2 users (show)

See Also:


Attachments
thread dump (77.62 KB, text/plain)
2021-09-30 03:37 EDT, Ed Willink CLA
no flags Details
Thread dump (64.04 KB, text/plain)
2021-09-30 03:39 EDT, Ed Willink CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Willink CLA 2021-09-27 03:27:32 EDT
From Bug 576201

Sometimes the JDT editor can be really slow; 10 seconds of lock out wait curcsor after each edit action.

...

More significantly, the edit file was a component instatiated by an open MWE2 editor. Re-opening the MWE2 editor and the sluggishness returns.

The number of Zzz snooze jobs seems to be equal to the number of dependent open MWE2 editors.

As a minimum the Zzz snooze job should identify the waiting MWE2 editor.

Ideally the mega-sluggishness should be identified. Maybe not nearly enough work has been offloaded to the worked job.
Comment 1 Christian Dietrich CLA 2021-09-27 06:43:04 EDT
do you have stacktraces?
Comment 2 Ed Willink CLA 2021-09-30 03:35:12 EDT
*** Bug 576201 has been marked as a duplicate of this bug. ***
Comment 3 Ed Willink CLA 2021-09-30 03:37:36 EDT
Created attachment 287236 [details]
thread dump
Comment 4 Ed Willink CLA 2021-09-30 03:37:58 EDT
(In reply to Christian Dietrich from comment #1)
> do you have stacktraces?

Relevant trace of main seems to show activity totally unsuited to the main thread.

Full thread dump attached.

"main" #1 prio=6 os_prio=0 cpu=1045984.38ms elapsed=67057.32s tid=0x000001dc26840000 nid=0x3a3c runnable  [0x00000010629fb000]
   java.lang.Thread.State: RUNNABLE
        at org.eclipse.jdt.internal.compiler.util.HashtableOfObjectToInt.put(HashtableOfObjectToInt.java:100)
        at org.eclipse.jdt.internal.core.NameLookup.<init>(NameLookup.java:271)
        at org.eclipse.jdt.internal.core.JavaProjectElementInfo.newNameLookup(JavaProjectElementInfo.java:370)
        at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.java:2870)
        at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.java:2864)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.getNameLookup(JdtTypeProvider.java:356)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findPrimaryType(JdtTypeProvider.java:342)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findObjectTypeInJavaProject(JdtTypeProvider.java:326)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findObjectTypeInJavaProject(JdtTypeProvider.java:306)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findObjectTypeInJavaProject(JdtTypeProvider.java:270)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.doFindObjectType(JdtTypeProvider.java:216)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findObjectType(JdtTypeProvider.java:196)
        - locked <0x0000000722e85f88> (a java.lang.Object)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.doFindTypeByName(JdtTypeProvider.java:154)
        at org.eclipse.xtext.common.types.access.jdt.JdtTypeProvider.findTypeByName(JdtTypeProvider.java:163)
        at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:60)
        at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:55)
        at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getElements(AbstractTypeScope.java:74)
        at org.eclipse.xtext.linking.impl.ImportedNamesAdapter$WrappingScope$1.iterator(ImportedNamesAdapter.java:80)
        at org.eclipse.xtext.scoping.impl.ImportScope.getLocalElementsByName(ImportScope.java:157)
        at org.eclipse.xtext.scoping.impl.ImportScope.getSingleLocalElementByName(ImportScope.java:143)
        at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:106)
        at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:109)
        at org.eclipse.xtext.linking.impl.DefaultLinkingService.getLinkedObjects(DefaultLinkingService.java:115)
        at org.eclipse.xtext.linking.lazy.LazyLinkingResource.getEObject(LazyLinkingResource.java:266)
        at org.eclipse.xtext.linking.lazy.LazyLinkingResource.getEObject(LazyLinkingResource.java:237)
        - locked <0x00000007211660e8> (a org.eclipse.xtext.linking.lazy.LazyLinkingResource)
        at org.eclipse.xtext.linking.lazy.LazyLinkingResource.doResolveLazyCrossReference(LazyLinkingResource.java:204)
        at org.eclipse.xtext.linking.lazy.LazyLinkingResource.resolveLazyCrossReference(LazyLinkingResource.java:163)
        at org.eclipse.xtext.linking.lazy.LazyLinkingResource.resolveLazyCrossReferences(LazyLinkingResource.java:149)
        at org.eclipse.xtext.EcoreUtil2.resolveLazyCrossReferences(EcoreUtil2.java:505)
        at org.eclipse.xtext.ui.editor.reconciler.XtextDocumentReconcileStrategy.postParse(XtextDocumentReconcileStrategy.java:208)
        at org.eclipse.xtext.ui.editor.reconciler.XtextDocumentReconcileStrategy.doReconcile(XtextDocumentReconcileStrategy.java:186)
        at org.eclipse.xtext.ui.editor.reconciler.XtextDocumentReconcileStrategy.reconcile(XtextDocumentReconcileStrategy.java:91)
        at org.eclipse.xtext.ui.editor.reconciler.XtextReconciler.doRun(XtextReconciler.java:457)
        at org.eclipse.xtext.ui.editor.reconciler.XtextReconciler.access$3(XtextReconciler.java:437)
        at org.eclipse.xtext.ui.editor.reconciler.XtextReconciler$DocumentListener$1.exec(XtextReconciler.java:140)
        at org.eclipse.xtext.ui.editor.reconciler.XtextReconciler$DocumentListener$1.exec(XtextReconciler.java:1)
        at org.eclipse.xtext.resource.OutdatedStateManager.exec(OutdatedStateManager.java:70)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker.modify(XtextDocument.java:432)
        - locked <0x00000007211660e8> (a org.eclipse.xtext.linking.lazy.LazyLinkingResource)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker.process(XtextDocument.java:340)
        at org.eclipse.xtext.ui.editor.reconciler.XtextReconciler$DocumentListener.performNecessaryUpdates(XtextReconciler.java:137)
        at org.eclipse.xtext.ui.editor.model.XtextDocument.updateContentBeforeRead(XtextDocument.java:252)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker.internalReadOnly(XtextDocument.java:523)
        - locked <0x00000007211660e8> (a org.eclipse.xtext.linking.lazy.LazyLinkingResource)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker.readOnly(XtextDocument.java:497)
        at org.eclipse.xtext.ui.editor.model.XtextDocument.readOnly(XtextDocument.java:136)
        at org.eclipse.xtext.util.concurrent.IReadAccess.tryReadOnly(IReadAccess.java:53)
        at org.eclipse.xtext.util.concurrent.IReadAccess.tryReadOnly(IReadAccess.java:71)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker.lambda$0(XtextDocument.java:572)
        at org.eclipse.xtext.ui.editor.model.XtextDocument$XtextDocumentLocker$$Lambda$2067/0x0000000801c59840.run(Unknown Source)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:40)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:185)
        - locked <0x0000000775db1d40> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4029)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3629)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1150)
        at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1041)
        at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
        at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:644)
        at org.eclipse.ui.internal.Workbench$$Lambda$217/0x000000080047e040.run(Unknown Source)
        at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:551)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:156)
        at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:152)
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@11.0.12/Native Method)
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@11.0.12/NativeMethodAccessorImpl.java:62)
        at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@11.0.12/DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(java.base@11.0.12/Method.java:566)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
        at org.eclipse.equinox.launcher.Main.main(Main.java:1440)
Comment 5 Christian Dietrich CLA 2021-09-30 03:39:35 EDT
@szarnekow any idea?
Comment 6 Ed Willink CLA 2021-09-30 03:39:37 EDT
Created attachment 287237 [details]
Thread dump

Correct thread dump.
Comment 7 Ed Willink CLA 2021-09-30 03:40:11 EDT
Comment on attachment 287236 [details]
thread dump

wrong dump
Comment 8 Sebastian Zarnekow CLA 2021-09-30 04:08:09 EDT
(In reply to Christian Dietrich from comment #5)
> @szarnekow any idea?

Not sure why it should take 10 seconds to use a lookup env.