Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Newcomers » Newcomers » Eclipse freezes every time after a bit of usage(For fuckjs savke)
Eclipse freezes every time after a bit of usage [message #1807017] Tue, 21 May 2019 10:12 Go to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
Since last October, I've got a new laptop Dell XPS 9570, currently on Arch Linux, Gnome 3.32, Oracle JDK 1.8.0_202 . After using Eclipse for about 20 - 30 minutes it becomes unresponsive, so that it needs to be killed and restarted.
Moving to Eclipse to v.2019-03 did not improve the situation. Tried with newer JDKs, no change. My workspace is C++ / CDT. Is there any known workaround or a way to help understanding what is the reason causing this behaviour?

Yours,
Mickey

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1807059 is a reply to message #1807017] Tue, 21 May 2019 20:41 Go to previous messageGo to next message
Nitin Dahyabhai is currently offline Nitin DahyabhaiFriend
Messages: 4435
Registered: July 2009
Senior Member
You can dump the stacks to see what's going on. See https://wiki.eclipse.org/How_to_report_a_deadlock#Getting_a_stack_trace_on_other_platforms .

_
Nitin Dahyabhai
Eclipse Web Tools Platform

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1807893 is a reply to message #1807017] Tue, 11 June 2019 18:04 Go to previous messageGo to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
Here is a stack dump

2019-06-11 20:09:07
Full thread dump Java HotSpot(TM) 64-Bit Server VM (11.0.1+13-LTS mixed mode):

Threads class SMR info:
_java_thread_list=0x00007f989c001ec0, length=32, elements={
0x00007f98e8012800, 0x00007f98e852c000, 0x00007f98e8530800, 0x00007f98e8543800,
0x00007f98e8545800, 0x00007f98e8547800, 0x00007f98e8549800, 0x00007f98e8603000,
0x00007f98e866a000, 0x00007f98e8ded800, 0x00007f98e8e41000, 0x00007f98e8e3d000,
0x00007f985c02c000, 0x00007f985c29f800, 0x00007f985c317000, 0x00007f98e8e4b000,
0x00007f98e9a2e800, 0x00007f98eb0fd000, 0x00007f97dc089800, 0x00007f97c0061000,
0x00007f97f4362000, 0x00007f97d85b2800, 0x00007f95fb4e5800, 0x00007f98e90f5000,
0x00007f95fa08a800, 0x00007f95f8993000, 0x00007f95fb1ea800, 0x00007f95fb038800,
0x00007f97d4034800, 0x00007f97e002a800, 0x00007f97d4051800, 0x00007f989c001000
}

"main" #1 prio=6 os_prio=0 cpu=2071468.98ms elapsed=17304.62s tid=0x00007f98e8012800 nid=0x34de runnable  [0x00007f98ed315000]
   java.lang.Thread.State: RUNNABLE
	at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
	at org.eclipse.swt.widgets.Display.sleep(Display.java:5598)
	at org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:371)
	at org.eclipse.ui.internal.ide.application.IDEWorkbenchAdvisor.eventLoopIdle(IDEWorkbenchAdvisor.java:949)
	at org.eclipse.ui.internal.Workbench$1.eventLoopIdle(Workbench.java:485)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1178)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1062)
	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$97/0x000000080031dc40.run(Unknown Source)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:566)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:155)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@11.0.1/Native Method)
	at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@11.0.1/NativeMethodAccessorImpl.java:62)
	at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@11.0.1/DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(java.base@11.0.1/Method.java:566)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:661)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:597)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1476)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1449)

"Reference Handler" #2 daemon prio=10 os_prio=0 cpu=195.21ms elapsed=17304.60s tid=0x00007f98e852c000 nid=0x34e6 waiting on condition  [0x00007f98b35fa000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.ref.Reference.waitForReferencePendingList(java.base@11.0.1/Native Method)
	at java.lang.ref.Reference.processPendingReferences(java.base@11.0.1/Reference.java:241)
	at java.lang.ref.Reference$ReferenceHandler.run(java.base@11.0.1/Reference.java:213)

"Finalizer" #3 daemon prio=8 os_prio=0 cpu=178.26ms elapsed=17304.60s tid=0x00007f98e8530800 nid=0x34e7 in Object.wait()  [0x00007f98b34f9000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.ref.ReferenceQueue.remove(java.base@11.0.1/ReferenceQueue.java:155)
	- waiting to re-lock in wait() <0x0000000700322ab0> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@11.0.1/ReferenceQueue.java:176)
	at java.lang.ref.Finalizer$FinalizerThread.run(java.base@11.0.1/Finalizer.java:170)

"Signal Dispatcher" #4 daemon prio=9 os_prio=0 cpu=0.32ms elapsed=17304.59s tid=0x00007f98e8543800 nid=0x34e8 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #5 daemon prio=9 os_prio=0 cpu=257219.88ms elapsed=17304.59s tid=0x00007f98e8545800 nid=0x34e9 waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

"C1 CompilerThread0" #8 daemon prio=9 os_prio=0 cpu=28102.41ms elapsed=17304.59s tid=0x00007f98e8547800 nid=0x34ea waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

"Sweeper thread" #9 daemon prio=9 os_prio=0 cpu=6127.81ms elapsed=17304.59s tid=0x00007f98e8549800 nid=0x34eb runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Common-Cleaner" #10 daemon prio=8 os_prio=0 cpu=17.15ms elapsed=17304.56s tid=0x00007f98e8603000 nid=0x34ec in Object.wait()  [0x00007f98b2d0f000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.ref.ReferenceQueue.remove(java.base@11.0.1/ReferenceQueue.java:155)
	- waiting to re-lock in wait() <0x0000000700314b40> (a java.lang.ref.ReferenceQueue$Lock)
	at jdk.internal.ref.CleanerImpl.run(java.base@11.0.1/CleanerImpl.java:148)
	at java.lang.Thread.run(java.base@11.0.1/Thread.java:834)
	at jdk.internal.misc.InnocuousThread.run(java.base@11.0.1/InnocuousThread.java:134)

"Service Thread" #11 daemon prio=9 os_prio=0 cpu=0.11ms elapsed=17304.52s tid=0x00007f98e866a000 nid=0x34ed runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Active Thread: Equinox Container: 0bf33b08-b311-43a1-b455-e9ff5bd7a551" #13 prio=5 os_prio=0 cpu=75.64ms elapsed=17303.98s tid=0x00007f98e8ded800 nid=0x34f5 waiting on condition  [0x00007f987d841000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@11.0.1/Native Method)
	- parking to wait for  <0x000000070033f4c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(java.base@11.0.1/LockSupport.java:234)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(java.base@11.0.1/AbstractQueuedSynchronizer.java:2123)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@11.0.1/ScheduledThreadPoolExecutor.java:1182)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@11.0.1/ScheduledThreadPoolExecutor.java:899)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@11.0.1/ThreadPoolExecutor.java:1054)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@11.0.1/ThreadPoolExecutor.java:1114)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@11.0.1/ThreadPoolExecutor.java:628)
	at java.lang.Thread.run(java.base@11.0.1/Thread.java:834)

"Framework Event Dispatcher: Equinox Container: 0bf33b08-b311-43a1-b455-e9ff5bd7a551" #15 daemon prio=5 os_prio=0 cpu=49.16ms elapsed=17303.81s tid=0x00007f98e8e41000 nid=0x34f6 in Object.wait()  [0x00007f987d540000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:403)
	- waiting to re-lock in wait() <0x0000000700314d38> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)

"Start Level: Equinox Container: 0bf33b08-b311-43a1-b455-e9ff5bd7a551" #16 daemon prio=5 os_prio=0 cpu=497.60ms elapsed=17303.81s tid=0x00007f98e8e3d000 nid=0x34f7 in Object.wait()  [0x00007f987d43f000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <0x0000000700377ec0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:403)
	- waiting to re-lock in wait() <0x0000000700377ec0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)

"SCR Component Actor" #17 daemon prio=5 os_prio=0 cpu=0.49ms elapsed=17303.78s tid=0x00007f985c02c000 nid=0x34f8 in Object.wait()  [0x00007f987d2b8000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <0x000000070035b908> (a java.util.LinkedList)
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:83)
	- waiting to re-lock in wait() <0x000000070035b908> (a java.util.LinkedList)
	at java.lang.Thread.run(java.base@11.0.1/Thread.java:834)

"Worker-JM" #19 prio=5 os_prio=0 cpu=60.78ms elapsed=17303.40s tid=0x00007f985c29f800 nid=0x3507 in Object.wait()  [0x00007f987c19c000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.core.internal.jobs.InternalWorker.run(InternalWorker.java:62)
	- waiting to re-lock in wait() <0x00000007026bab90> (a java.util.ArrayList)

"EMF Reference Cleaner" #20 daemon prio=5 os_prio=0 cpu=368.58ms elapsed=17303.31s tid=0x00007f985c317000 nid=0x3508 in Object.wait()  [0x00007f981fdfe000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.ref.ReferenceQueue.remove(java.base@11.0.1/ReferenceQueue.java:155)
	- waiting to re-lock in wait() <0x0000000702665398> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@11.0.1/ReferenceQueue.java:176)
	at org.eclipse.emf.common.util.CommonUtil$1ReferenceClearingQueuePollingThread.run(CommonUtil.java:70)

"Gogo shell" #22 prio=5 os_prio=0 cpu=14.46ms elapsed=17303.12s tid=0x00007f98e8e4b000 nid=0x350b waiting on condition  [0x00007f981f8f9000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@11.0.1/Native Method)
	- parking to wait for  <0x000000070268fff0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@11.0.1/LockSupport.java:194)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@11.0.1/AbstractQueuedSynchronizer.java:2081)
	at java.util.concurrent.LinkedBlockingQueue.take(java.base@11.0.1/LinkedBlockingQueue.java:433)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@11.0.1/ThreadPoolExecutor.java:1054)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@11.0.1/ThreadPoolExecutor.java:1114)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@11.0.1/ThreadPoolExecutor.java:628)
	at java.lang.Thread.run(java.base@11.0.1/Thread.java:834)

"Bundle File Closer" #26 daemon prio=6 os_prio=0 cpu=76.16ms elapsed=17301.46s tid=0x00007f98e9a2e800 nid=0x3526 in Object.wait()  [0x00007f981f7f8000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:403)
	- waiting to re-lock in wait() <0x0000000701b80a00> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)

"EventAdmin Async Event Dispatcher Thread" #29 daemon prio=6 os_prio=0 cpu=83.60ms elapsed=17297.01s tid=0x00007f98eb0fd000 nid=0x3529 in Object.wait()  [0x00007f97f2ffe000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:403)
	- waiting to re-lock in wait() <0x000000070385d2e8> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)

"JGit-WorkQueue" #45 daemon prio=5 os_prio=0 cpu=6.26ms elapsed=17295.91s tid=0x00007f97dc089800 nid=0x353c waiting on condition  [0x00007f97f0d0a000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@11.0.1/Native Method)
	- parking to wait for  <0x000000070385d770> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(java.base@11.0.1/LockSupport.java:234)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(java.base@11.0.1/AbstractQueuedSynchronizer.java:2123)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@11.0.1/ScheduledThreadPoolExecutor.java:1182)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@11.0.1/ScheduledThreadPoolExecutor.java:899)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@11.0.1/ThreadPoolExecutor.java:1054)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@11.0.1/ThreadPoolExecutor.java:1114)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@11.0.1/ThreadPoolExecutor.java:628)
	at java.lang.Thread.run(java.base@11.0.1/Thread.java:834)

"Thread-9" #48 prio=5 os_prio=0 cpu=4030.39ms elapsed=17295.75s tid=0x00007f97c0061000 nid=0x353f waiting on condition  [0x00007f97bf114000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(java.base@11.0.1/Native Method)
	at org.eclipse.equinox.internal.p2.updatechecker.UpdateChecker$UpdateCheckThread.run(UpdateChecker.java:90)

"Thread-10" #49 prio=5 os_prio=0 cpu=52.24ms elapsed=17295.70s tid=0x00007f97f4362000 nid=0x3540 waiting on condition  [0x00007f97bec10000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(java.base@11.0.1/Native Method)
	at org.eclipse.linuxtools.internal.docker.core.DockerContainerRefreshManager$ContainerRefreshThread.run(DockerContainerRefreshManager.java:153)

"Provisioning Event Dispatcher" #57 daemon prio=5 os_prio=0 cpu=0.23ms elapsed=17289.14s tid=0x00007f97d85b2800 nid=0x3553 in Object.wait()  [0x00007f97bc3d3000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at java.lang.Object.wait(java.base@11.0.1/Object.java:328)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:403)
	- waiting to re-lock in wait() <0x00000007090f7220> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)

"org.eclipse.jface.text.reconciler.MonoReconciler" #4917 daemon prio=1 os_prio=0 cpu=295.25ms elapsed=2582.47s tid=0x00007f95fb4e5800 nid=0x6a7e in Object.wait()  [0x00007f97f1cf3000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000071b800180> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.cdt.internal.ui.text.CReconciler" #4951 daemon prio=1 os_prio=0 cpu=418.18ms elapsed=1048.14s tid=0x00007f98e90f5000 nid=0x1dd8 in Object.wait()  [0x00007f97f18f0000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000071b600180> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.cdt.internal.ui.text.CReconciler" #4971 daemon prio=1 os_prio=0 cpu=96.72ms elapsed=596.15s tid=0x00007f95fa08a800 nid=0x1ec8 in Object.wait()  [0x00007f981f6f7000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000071b9001a0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.cdt.internal.ui.text.CReconciler" #4977 daemon prio=1 os_prio=0 cpu=68.97ms elapsed=543.93s tid=0x00007f95f8993000 nid=0x1ed4 in Object.wait()  [0x00007f97bf415000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000073330ea80> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.cdt.internal.ui.text.CReconciler" #4979 daemon prio=1 os_prio=0 cpu=84.84ms elapsed=514.77s tid=0x00007f95fb1ea800 nid=0x1ed7 in Object.wait()  [0x00007f97f29f8000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000072f4830e0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.cdt.internal.ui.text.CReconciler" #4980 daemon prio=1 os_prio=0 cpu=61.62ms elapsed=476.73s tid=0x00007f95fb038800 nid=0x1efd in Object.wait()  [0x00007f97f2dfc000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:183)
	- waiting to re-lock in wait() <0x000000072c63bee0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-102" #4984 prio=5 os_prio=0 cpu=15.53ms elapsed=275.90s tid=0x00007f97d4034800 nid=0x1fbc in Object.wait()  [0x00007f97bc7d5000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:200)
	- waiting to re-lock in wait() <0x00000007026bac18> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:242)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)

"Worker-103" #4985 prio=5 os_prio=0 cpu=3.97ms elapsed=129.84s tid=0x00007f97e002a800 nid=0x2026 in Object.wait()  [0x00007f97f2bfa000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:200)
	- waiting to re-lock in wait() <0x00000007026bac18> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:242)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)

"Worker-104" #4986 prio=5 os_prio=0 cpu=1.75ms elapsed=54.18s tid=0x00007f97d4051800 nid=0x2057 in Object.wait()  [0x00007f97bc2d2000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@11.0.1/Native Method)
	- waiting on <no object reference available>
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:200)
	- waiting to re-lock in wait() <0x00000007026bac18> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:242)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)

"Attach Listener" #4987 daemon prio=9 os_prio=0 cpu=0.44ms elapsed=0.20s tid=0x00007f989c001000 nid=0x2071 waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"VM Thread" os_prio=0 cpu=2695.15ms elapsed=17304.60s tid=0x00007f98e8524000 nid=0x34e5 runnable  

"GC Thread#0" os_prio=0 cpu=2237.08ms elapsed=17304.62s tid=0x00007f98e803a000 nid=0x34df runnable  

"GC Thread#1" os_prio=0 cpu=2281.46ms elapsed=17303.63s tid=0x00007f98a0001000 nid=0x34fa runnable  

"GC Thread#2" os_prio=0 cpu=2245.24ms elapsed=17303.63s tid=0x00007f98a0002800 nid=0x34fb runnable  

"GC Thread#3" os_prio=0 cpu=2242.98ms elapsed=17303.63s tid=0x00007f98a0004000 nid=0x34fc runnable  

"GC Thread#4" os_prio=0 cpu=2240.23ms elapsed=17303.63s tid=0x00007f98a0005800 nid=0x34fd runnable  

"GC Thread#5" os_prio=0 cpu=2228.81ms elapsed=17303.63s tid=0x00007f98a0007800 nid=0x34fe runnable  

"GC Thread#6" os_prio=0 cpu=2237.34ms elapsed=17303.63s tid=0x00007f98a0009000 nid=0x34ff runnable  

"GC Thread#7" os_prio=0 cpu=2263.04ms elapsed=17303.63s tid=0x00007f98a000a800 nid=0x3500 runnable  

"GC Thread#8" os_prio=0 cpu=2241.59ms elapsed=17303.63s tid=0x00007f98a000c000 nid=0x3501 runnable  

"GC Thread#9" os_prio=0 cpu=2249.90ms elapsed=17303.63s tid=0x00007f98a000d800 nid=0x3502 runnable  

"G1 Main Marker" os_prio=0 cpu=4.58ms elapsed=17304.62s tid=0x00007f98e809a800 nid=0x34e0 runnable  

"G1 Conc#0" os_prio=0 cpu=270.84ms elapsed=17304.62s tid=0x00007f98e809c800 nid=0x34e1 runnable  

"G1 Conc#1" os_prio=0 cpu=267.93ms elapsed=17303.23s tid=0x00007f98bc001000 nid=0x3509 runnable  

"G1 Conc#2" os_prio=0 cpu=268.96ms elapsed=17303.23s tid=0x00007f98bc002800 nid=0x350a runnable  

"G1 Refine#0" os_prio=0 cpu=272.83ms elapsed=17304.61s tid=0x00007f98e8453800 nid=0x34e2 runnable  

"G1 Refine#1" os_prio=0 cpu=96.69ms elapsed=17303.62s tid=0x00007f98b8001000 nid=0x3503 runnable  

"G1 Refine#2" os_prio=0 cpu=45.87ms elapsed=17303.62s tid=0x00007f982c001000 nid=0x3504 runnable  

"G1 Refine#3" os_prio=0 cpu=21.95ms elapsed=17303.62s tid=0x00007f9820001000 nid=0x3505 runnable  

"G1 Refine#4" os_prio=0 cpu=6.98ms elapsed=17303.62s tid=0x00007f9824001000 nid=0x3506 runnable  

"G1 Refine#5" os_prio=0 cpu=3.20ms elapsed=17302.62s tid=0x00007f9818001000 nid=0x3510 runnable  

"G1 Refine#6" os_prio=0 cpu=0.17ms elapsed=17302.62s tid=0x00007f9800007000 nid=0x3511 runnable  

"G1 Refine#7" os_prio=0 cpu=0.06ms elapsed=17294.22s tid=0x00007f97fc001000 nid=0x3547 runnable  

"G1 Young RemSet Sampling" os_prio=0 cpu=14298.79ms elapsed=17304.61s tid=0x00007f98e8455800 nid=0x34e3 runnable  
"StrDedup" os_prio=0 cpu=386.73ms elapsed=17304.61s tid=0x00007f98e845d000 nid=0x34e4 runnable  

"VM Periodic Task Thread" os_prio=0 cpu=11803.72ms elapsed=17304.52s tid=0x00007f98e8671800 nid=0x34ee waiting on condition  

JNI global refs: 107, weak refs: 0
  • Attachment: stack.txt
    (Size: 23.30KB, Downloaded 173 times)

[Updated on: Tue, 11 June 2019 18:10]

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1807896 is a reply to message #1807893] Tue, 11 June 2019 21:08 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33133
Registered: July 2009
Senior Member
The main thread is sleeping so there are no events in the event queue. This is normal when the UI is doing nothing. This is definitely not a thread dump of a situation where the UI is unresponsive.

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809233 is a reply to message #1807896] Fri, 12 July 2019 08:12 Go to previous messageGo to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
Hi folks, here is another dump: https://pastebin.com/BuumP7NC

I confirm the UI is unresponsive, completely frozen, apparently doing nothing. So if this is a not a deadlock, it has to be something else. The point is what information I can provide you to continue?

Mickey

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809259 is a reply to message #1809233] Fri, 12 July 2019 14:00 Go to previous messageGo to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
that's another one: https://pastebin.com/BF2p0wq2

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809296 is a reply to message #1809259] Fri, 12 July 2019 18:27 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33133
Registered: July 2009
Senior Member
The main thread is sleeping, so has nothing to do. None of the other threads appear to be doing anything. This appears to be a capture of the IDE in an idle state, again.

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809391 is a reply to message #1809296] Mon, 15 July 2019 11:49 Go to previous messageGo to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
Hi Ed, here is a new stack dump: https://pastebin.com/XRX7yxbe . I understand it's not a deadlock, but then there must be something else that prevents to interact with the program whatsever. As I said, it's completely frozen.

Is there anything else I can check, besides a stack dump?

Mickey

[Updated on: Mon, 15 July 2019 11:50]

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809408 is a reply to message #1809391] Mon, 15 July 2019 18:10 Go to previous messageGo to next message
Nitin Dahyabhai is currently offline Nitin DahyabhaiFriend
Messages: 4435
Registered: July 2009
Senior Member
Enable the showing of the heap status from the Appearance preference page--could you be running out of memory all of the
time? Are you running Eclipse or the workspace off of a particularly slow, or even remote, disk?

_
Nitin Dahyabhai
Eclipse Web Tools Platform

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1809470 is a reply to message #1809408] Tue, 16 July 2019 14:27 Go to previous messageGo to next message
Mickey Mouse is currently offline Mickey MouseFriend
Messages: 26
Registered: July 2012
Junior Member
Hi there,
the laptop is quite recent, 16GB of RAM, local SSD, heap usage is around half of the 1GB allowed. However I am noticing that even if the interface became unresponsive, the bar related to the heap usage keeps to be active, occasionally increasing & shrinking a little bit. Moreover I suspect the interface froze after I quickly double clicked some method in the editor and Eclipse tried to display some tooltip, with the mouse cursor indicating a resize. Then I clicked again and the mouse icon returned normal, but the interface remained unresponsive.

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1859600 is a reply to message #1809470] Mon, 19 June 2023 11:02 Go to previous messageGo to next message
Markus Duft is currently offline Markus DuftFriend
Messages: 35
Registered: March 2015
Member
I'm seeing the same issue(s) on linux very frequently recently (with most current Eclipse, throughout the past 2 to 3 releases). My observation so far:

* Happens *mostly* when switching (on GNOME) between windows using the Meta (Windows) key.
* The UI completely freezes
* BUT the stacktrace shows an idle IDE
* AND the main menu strip (File, Edit, etc.) is still working normally. It looks like the client area of the window is no longer redrawn, regardless of what I'm doing.
* Also the cursor changes while moving around hovering different areas in the IDE, so it does detect that it's over a text editor, tree, etc.
* I can still issue commands per keyboard shortcut to execute things, etc.
* When I "blindly" select text in an editor and restart the IDE using File > Restart, the selection is visible once the IDE restarted.

Report message to a moderator

Re: Eclipse freezes every time after a bit of usage [message #1859601 is a reply to message #1859600] Mon, 19 June 2023 13:17 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33133
Registered: July 2009
Senior Member
Is it possible you are running low on heap space? I suppose it's also possible to run out of resource handles, if the application leaks things handles of images or widgets and such, in which case only restarting will help.

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Previous Topic:Change Jetty/Maven listening ip/port on Android 6
Next Topic:Eclipse Error with Repast Simphony
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Tue Apr 16 21:54:24 GMT 2024

Powered by FUDForum. Page generated in 0.29826 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly