Since I started using Mylyn... [message #15918] |
Thu, 19 July 2007 07:10  |
Eclipse User |
|
|
|
I have had problems with both Europa and Callisto hanging.
The CPU usage goes to 100%, and the only way out it to kill eclipse.
The problems seem to occur with content assist and quick fix.
Is this a known problem, or do I need to do some problem determination
and submit a bug?
I have tried turning off the Mylyn versions of the content assist
but now I have started getting it on quick fix and I do not know where
to look for the place to turn off Mylyn's hooks into Quick Fix (if there
are any as there are for context assist).
I suspected Mylyn because I occasionally got messages saying that
the content assist plugin for Mylyn had not responded in time, and
since I have turned those plugins off and restored the default ones
I have not had a problem with content assist, but I am still getting
the problem with quick fix.
Any ideas?
David
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: Since I started using Mylyn... [message #21936 is a reply to message #15972] |
Wed, 15 August 2007 10:41  |
Eclipse User |
|
|
|
Originally posted by: joerg.von.frantzius.artnology.com
This is a multi-part message in MIME format.
--------------080302070904020904080704
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
You might be seeing https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942
A workaround here would be to deactivate any task before refreshing the
workspace.
David Goodenough schrieb:
> Alex Blewitt wrote:
>
>
>> Are you using a network drive for your workspace or JRE? That can cause
>> problems.
>>
> No to both
>
>> Also, I believe there's a known issue with an older version of GTK that
>> causes hanging.
>>
> I am running whatever is current on Debian sid
>
>> On Windows, a large number of files in the same directory kills
>> performance; there was some suggestion that some of mylyn's cache might be
>> generating too many files per directory. That hasn't been verified though.
>>
> I am running on Linux
>
>> Alex.
>>
> David
>
>
--------------080302070904020904080704
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
You might be seeing <a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942">https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942</a><br>
<br>
A workaround here would be to deactivate any task before refreshing the
workspace.<br>
<br>
David Goodenough schrieb:
<blockquote cite="mid:f7nl2e$p25$1@build.eclipse.org" type="cite">
<pre wrap="">Alex Blewitt wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Are you using a network drive for your workspace or JRE? That can cause
problems.
</pre>
</blockquote>
<pre wrap=""><!---->No to both
</pre>
<blockquote type="cite">
<pre wrap="">Also, I believe there's a known issue with an older version of GTK that
causes hanging.
</pre>
</blockquote>
<pre wrap=""><!---->I am running whatever is current on Debian sid
</pre>
<blockquote type="cite">
<pre wrap="">On Windows, a large number of files in the same directory kills
performance; there was some suggestion that some of mylyn's cache might be
generating too many files per directory. That hasn't been verified though.
</pre>
</blockquote>
<pre wrap=""><!---->I am running on Linux
</pre>
<blockquote type="cite">
<pre wrap="">Alex.
</pre>
</blockquote>
<pre wrap=""><!---->David
</pre>
</blockquote>
<br>
</body>
</html>
--------------080302070904020904080704--
|
|
|
Re: Since I started using Mylyn... [message #573386 is a reply to message #15918] |
Thu, 19 July 2007 07:19  |
Eclipse User |
|
|
|
How big is your permgenspace and your memory available for eclipse? I
had similar issues when my memory was too low. This was not mylyn specific.
For Debugging disable mylyn content assist in Preferences under Java ->
Editor -> Content Assist -> Advanced
Regards
Stefan
David Goodenough schrieb:
> I have had problems with both Europa and Callisto hanging.
>
> The CPU usage goes to 100%, and the only way out it to kill eclipse.
>
> The problems seem to occur with content assist and quick fix.
>
> Is this a known problem, or do I need to do some problem determination
> and submit a bug?
>
> I have tried turning off the Mylyn versions of the content assist
> but now I have started getting it on quick fix and I do not know where
> to look for the place to turn off Mylyn's hooks into Quick Fix (if there
> are any as there are for context assist).
>
> I suspected Mylyn because I occasionally got messages saying that
> the content assist plugin for Mylyn had not responded in time, and
> since I have turned those plugins off and restored the default ones
> I have not had a problem with content assist, but I am still getting
> the problem with quick fix.
>
> Any ideas?
>
> David
|
|
|
Re: Since I started using Mylyn... [message #573415 is a reply to message #15918] |
Thu, 19 July 2007 08:07  |
Eclipse User |
|
|
|
Are you using a network drive for your workspace or JRE? That can cause problems.
Also, I believe there's a known issue with an older version of GTK that causes hanging.
On Windows, a large number of files in the same directory kills performance; there was some suggestion that some of mylyn's cache might be generating too many files per directory. That hasn't been verified though.
Alex.
|
|
|
Re: Since I started using Mylyn... [message #573434 is a reply to message #15954] |
Thu, 19 July 2007 08:22  |
Eclipse User |
|
|
|
Alex Blewitt wrote:
> Are you using a network drive for your workspace or JRE? That can cause
> problems.
No to both
>
> Also, I believe there's a known issue with an older version of GTK that
> causes hanging.
I am running whatever is current on Debian sid
>
> On Windows, a large number of files in the same directory kills
> performance; there was some suggestion that some of mylyn's cache might be
> generating too many files per directory. That hasn't been verified though.
I am running on Linux
>
> Alex.
David
|
|
|
Re: Since I started using Mylyn... [message #573452 is a reply to message #15937] |
Thu, 19 July 2007 08:24  |
Eclipse User |
|
|
|
Stefan Langer wrote:
> How big is your permgenspace and your memory available for eclipse? I
> had similar issues when my memory was too low. This was not mylyn
-Xmx512M -XX:MaxPermSize128M
Is this not enough?
> specific. For Debugging disable mylyn content assist in Preferences under
> Java -> Editor -> Content Assist -> Advanced
If you notice I said that I had already done this.
David
>
> Regards
> Stefan
>
> David Goodenough schrieb:
>> I have had problems with both Europa and Callisto hanging.
>>
>> The CPU usage goes to 100%, and the only way out it to kill eclipse.
>>
>> The problems seem to occur with content assist and quick fix.
>>
>> Is this a known problem, or do I need to do some problem determination
>> and submit a bug?
>>
>> I have tried turning off the Mylyn versions of the content assist
>> but now I have started getting it on quick fix and I do not know where
>> to look for the place to turn off Mylyn's hooks into Quick Fix (if there
>> are any as there are for context assist).
>>
>> I suspected Mylyn because I occasionally got messages saying that
>> the content assist plugin for Mylyn had not responded in time, and
>> since I have turned those plugins off and restored the default ones
>> I have not had a problem with content assist, but I am still getting
>> the problem with quick fix.
>>
>> Any ideas?
>>
>> David
|
|
|
Re: Since I started using Mylyn... [message #573484 is a reply to message #15990] |
Thu, 19 July 2007 08:46  |
Eclipse User |
|
|
|
David Goodenough wrote:
> Stefan Langer wrote:
>
>> How big is your permgenspace and your memory available for eclipse? I
>> had similar issues when my memory was too low. This was not mylyn
> -Xmx512M -XX:MaxPermSize128M
Actually I am not at all sure that the way I specified this is working.
I start eclipse using a script which reads:-
<<<<<<<<<<<
#!/bin/bash
set -e
export LD_LIBRARY_PATH=/usr/lib/mozilla-firefox
VM="-vm /usr/lib/jvm/java-6-sun/jre/bin/java"
VMARGS="-vmargs -Xmx512M -XX:MaxPermSize128M"
/usr/local/europa/eclipse/eclipse $VM $1 $2 $3 $4 $5 $6 $7 $8 $9 $VMARGS
<<<<<<<<<<<
I put the $VMARGS at the end as the Eclipse SDK help suggested I should.
Originally I had left out the -vmargs, and just put in the -Xmx... but.
When I put in the -vmargs bit I get a dialog box almost immediately saying
that the JVM exited with a result code of 1. I guess that either Java-6
takes different arguements to set the memory sizes, or I have coded it
wrong.
Any suggestions
David
>
> Is this not enough?
>> specific. For Debugging disable mylyn content assist in Preferences under
>> Java -> Editor -> Content Assist -> Advanced
> If you notice I said that I had already done this.
>
> David
>>
>> Regards
>> Stefan
>>
>> David Goodenough schrieb:
>>> I have had problems with both Europa and Callisto hanging.
>>>
>>> The CPU usage goes to 100%, and the only way out it to kill eclipse.
>>>
>>> The problems seem to occur with content assist and quick fix.
>>>
>>> Is this a known problem, or do I need to do some problem determination
>>> and submit a bug?
>>>
>>> I have tried turning off the Mylyn versions of the content assist
>>> but now I have started getting it on quick fix and I do not know where
>>> to look for the place to turn off Mylyn's hooks into Quick Fix (if there
>>> are any as there are for context assist).
>>>
>>> I suspected Mylyn because I occasionally got messages saying that
>>> the content assist plugin for Mylyn had not responded in time, and
>>> since I have turned those plugins off and restored the default ones
>>> I have not had a problem with content assist, but I am still getting
>>> the problem with quick fix.
>>>
>>> Any ideas?
>>>
>>> David
|
|
|
Re: Since I started using Mylyn... [message #573506 is a reply to message #15990] |
Thu, 19 July 2007 08:47  |
Eclipse User |
|
|
|
David Goodenough schrieb:
> Stefan Langer wrote:
>
>> How big is your permgenspace and your memory available for eclipse? I
>> had similar issues when my memory was too low. This was not mylyn
> -Xmx512M -XX:MaxPermSize128M
>
> Is this not enough?
>[...]
This should be enough.
Do you see any errors in the error log when this happens?
|
|
|
Re: Since I started using Mylyn... [message #573526 is a reply to message #16026] |
Thu, 19 July 2007 09:00  |
Eclipse User |
|
|
|
Stefan Langer wrote:
> David Goodenough schrieb:
>> Stefan Langer wrote:
>>
>>> How big is your permgenspace and your memory available for eclipse? I
>>> had similar issues when my memory was too low. This was not mylyn
>> -Xmx512M -XX:MaxPermSize128M
>>
>> Is this not enough?
>>[...]
> This should be enough.
> Do you see any errors in the error log when this happens?
If I start the eclipse script manually I get the following:-
+ export LD_LIBRARY_PATH=/usr/lib/mozilla-firefox
+ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox
+ VM='-vm /usr/lib/jvm/java-6-sun/jre/bin/java'
+ VMARGS='-vmargs -Xmx512M -XX:MaxPermSize128M'
+ /usr/local/europa/eclipse/eclipse -vm /usr/lib/jvm/java-6-sun/jre/bin/java -vmargs -Xmx512M -XX:MaxPermSize128M
Unrecognized VM option 'MaxPermSize128M'
Could not create the Java virtual machine.
which looks like the MaxPermSize option does not exist on Java 6 or has
changed the way you specify it.
FOUND IT. It should be -XX:MaxPermSize=128M, note the =. Now why can
they not be consistant, the -Xmx does NOT have an =, the -XX:MaxPermSize
REQUIRES an =.
David
|
|
|
Re: Since I started using Mylyn... [message #573892 is a reply to message #16026] |
Thu, 19 July 2007 15:51  |
Eclipse User |
|
|
|
On 07/19/07 14:47, Stefan Langer wrote:
> David Goodenough schrieb:
>> Stefan Langer wrote:
>>
>>> How big is your permgenspace and your memory available for eclipse? I
>>> had similar issues when my memory was too low. This was not mylyn
>> -Xmx512M -XX:MaxPermSize128M
>>
>> Is this not enough?
>> [...]
> This should be enough.
How much is enough if I did not set the perm size (i.e. use the default)?
Do you can suggest some reasonable values?
Thanks, Jörg
|
|
|
Re: Since I started using Mylyn... [message #573914 is a reply to message #16044] |
Thu, 19 July 2007 15:52  |
Eclipse User |
|
|
|
On 07/19/07 15:00, David Goodenough wrote:
> Stefan Langer wrote:
>
>> David Goodenough schrieb:
>>> Stefan Langer wrote:
>>>
>>>> How big is your permgenspace and your memory available for eclipse? I
>>>> had similar issues when my memory was too low. This was not mylyn
>>> -Xmx512M -XX:MaxPermSize128M
> [...]
> FOUND IT. It should be -XX:MaxPermSize=128M, note the =. Now why can
> they not be consistant, the -Xmx does NOT have an =, the -XX:MaxPermSize
> REQUIRES an =.
Hmmm, "jinfo <pid>" or jmap would have helped here.
Cheers, Jörg
|
|
|
Re: Since I started using Mylyn... [message #574505 is a reply to message #15918] |
Mon, 23 July 2007 17:47  |
Eclipse User |
|
|
|
I am having similar performance problems with, what appears to be mylyn.
Windows XP, Europa (J2EE) addition, subclise.
When refreshing a project with many files, cpu pegs and eclipse stops
responding......looking in the log file I see this:
org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1141)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:258)
at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at
org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at
org.eclipse.mylyn.context.ui.ContextUiPlugin$5.run(ContextUi Plugin.java:259)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:123)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Any ideas?
Thanks.
Tyler Van Gorder
tkv@landacorp.com
|
|
|
Re: Since I started using Mylyn... [message #575402 is a reply to message #17415] |
Wed, 25 July 2007 21:35  |
Eclipse User |
|
|
|
Jörg Thönnes wrote:
> How much is enough if I did not set the perm size (i.e. use the default)?
> Do you can suggest some reasonable values?
128M is the value that we recommend and should be enough for very large
Eclipse configurations. For more details on these settings refer to the
Sun VM documentation or the following Platform bug:
92250: [Workbench] Excessive amount of Permanent Generation memory
reported by the VM
https://bugs.eclipse.org/bugs/show_bug.cgi?id=92250
Mik
|
|
|
Re: Since I started using Mylyn... [message #575435 is a reply to message #18707] |
Wed, 25 July 2007 21:38  |
Eclipse User |
|
|
|
I believe that it is only possible for this exception to happen at
startup, so beyond slowing down startup this should not be causing any
performance problems. Assuming that this exception is associated with a
warning it is innocuous. For more info refer to:
188524: warnings on startup in Europa
https://bugs.eclipse.org/bugs/show_bug.cgi?id=188524
To further diagnose your performance problem you may want to try to get
a thread dump at the time that Eclipse stops responding. For more
information on that see "Getting a thread dump" in:
http://wiki.eclipse.org/index.php/Mylyn_Contributor_Referenc e#Debugging
Mik
Tyler Van Gorder wrote:
> I am having similar performance problems with, what appears to be mylyn.
>
> Windows XP, Europa (J2EE) addition, subclise.
>
> When refreshing a project with many files, cpu pegs and eclipse stops
> responding......looking in the log file I see this:
>
>
> org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1141)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:258)
> at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
> at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
> at
> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
> org.eclipse.mylyn.context.ui.ContextUiPlugin$5.run(ContextUi Plugin.java:259)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:123)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
>
> Any ideas?
>
> Thanks.
>
> Tyler Van Gorder
> tkv@landacorp.com
>
>
|
|
|
Re: Since I started using Mylyn... [message #577117 is a reply to message #15972] |
Wed, 15 August 2007 10:41  |
Eclipse User |
|
|
|
Originally posted by: joerg.von.frantzius.artnology.com
This is a multi-part message in MIME format.
--------------080302070904020904080704
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
You might be seeing https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942
A workaround here would be to deactivate any task before refreshing the
workspace.
David Goodenough schrieb:
> Alex Blewitt wrote:
>
>
>> Are you using a network drive for your workspace or JRE? That can cause
>> problems.
>>
> No to both
>
>> Also, I believe there's a known issue with an older version of GTK that
>> causes hanging.
>>
> I am running whatever is current on Debian sid
>
>> On Windows, a large number of files in the same directory kills
>> performance; there was some suggestion that some of mylyn's cache might be
>> generating too many files per directory. That hasn't been verified though.
>>
> I am running on Linux
>
>> Alex.
>>
> David
>
>
--------------080302070904020904080704
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
You might be seeing <a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942">https://bugs.eclipse.org/bugs/show_bug.cgi?id=197942</a><br>
<br>
A workaround here would be to deactivate any task before refreshing the
workspace.<br>
<br>
David Goodenough schrieb:
<blockquote cite="mid:f7nl2e$p25$1@build.eclipse.org" type="cite">
<pre wrap="">Alex Blewitt wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Are you using a network drive for your workspace or JRE? That can cause
problems.
</pre>
</blockquote>
<pre wrap=""><!---->No to both
</pre>
<blockquote type="cite">
<pre wrap="">Also, I believe there's a known issue with an older version of GTK that
causes hanging.
</pre>
</blockquote>
<pre wrap=""><!---->I am running whatever is current on Debian sid
</pre>
<blockquote type="cite">
<pre wrap="">On Windows, a large number of files in the same directory kills
performance; there was some suggestion that some of mylyn's cache might be
generating too many files per directory. That hasn't been verified though.
</pre>
</blockquote>
<pre wrap=""><!---->I am running on Linux
</pre>
<blockquote type="cite">
<pre wrap="">Alex.
</pre>
</blockquote>
<pre wrap=""><!---->David
</pre>
</blockquote>
<br>
</body>
</html>
--------------080302070904020904080704--
|
|
|