Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / March 2005

Tip: Looking for answers? Try searching our database.

Eclipse: What The Heck is it DOING?

Thread view: 
DRS.Usenet@sengsational.com - 15 Mar 2005 04:05 GMT
Sometimes I'll make a very simple request while working in the Eclipse
IDE and it will just go off and pound on the hard drive for FOREVER!
I'm talking minutes!

So I take a peek under the covers and figure it MUST be all of that
.history crap.  Does that stuff ever GO AWAY?

Am I just missing the post in this group that has the words "history"
and "eclipse" arranged in such a way that would help me keep from
getting more of these forced coffee breaks?

Maybe there's a way to turn off or tone-down this history stuff, if
that's the source of the problem?  (I don't even know that's the
problem, but I moved a class from one package to another in the same
project at the start of this note, and it just now got done pounding
the hard drive -- yes, I know I should get a faster machine, and I
shouldn't try and run MySQL and Eclipse together on this puny machine,
but MySQL doesn't just go away for minutes at a time!)  Okay, I'm done.
Thanks for listening.  I feel better, even if it isn't fixed.

--Dale--
Kevin McMurtrie - 15 Mar 2005 08:27 GMT
> Sometimes I'll make a very simple request while working in the Eclipse
> IDE and it will just go off and pound on the hard drive for FOREVER!
[quoted text clipped - 17 lines]
>
> --Dale--

Eclipse seems to get into a weird state where a build cache stops
working.  Building each Java file requires ever increasing parse
recursion until it eventually can't get anything done.  Some Eclipse
versions also have a bug where the problem window and problem markers
update continuously during building, draining available CPU time.

I've found that Eclipse works best if it can be given as much memory as
possible.  I need about 700MB to get it to work on a project of 4500
classes.  If it gets slow, I quickly abort the build and restart the app.

I want only one new feature in 3.2:  Fix the bloat!
Tim Tyler - 19 Mar 2005 18:21 GMT
Kevin McMurtrie <mcmurtri@dslextreme.com> wrote or quoted:

> Some Eclipse versions also have a bug where the problem window and
> problem markers update continuously during building, draining
> available CPU time.

Are you implying that's been fixed?

Please, what version doesn't have the bug?
Signature

__________
|im |yler  http://timtyler.org/  tim@tt1lock.org  Remove lock to reply.

Kevin McMurtrie - 20 Mar 2005 01:02 GMT
> Kevin McMurtrie <mcmurtri@dslextreme.com> wrote or quoted:
>
[quoted text clipped - 5 lines]
>
> Please, what version doesn't have the bug?

I don't know what versions have/had the bug.  The "Problems" tab would
blink italic forever and forced thread dumps will always show one thread
working on markers or something.

I'm using a recent 3.1 build.
Lisa - 20 Mar 2005 00:37 GMT
<snip>
> Eclipse seems to get into a weird state where a build cache stops
> working.  Building each Java file requires ever increasing parse
> recursion until it eventually can't get anything done.  Some Eclipse
> versions also have a bug where the problem window and problem markers
> update continuously during building, draining available CPU time.
<snip>

what is parse recursion?
Kevin McMurtrie - 20 Mar 2005 01:08 GMT
> <snip>
> > Eclipse seems to get into a weird state where a build cache stops
[quoted text clipped - 5 lines]
>
> what is parse recursion?

Following includes, following method declarations, etc.  Mac OS X has an
"fs_usage" command that shows file accesses.  It can be seen reading
includes over and over again with increasing frequency.  Pretty soon
it's recursing through includes so badly that it can't finish anything.

That happening seems to have factors in the amount of free memory, how
often core classes have been modified, and bad luck.  It's best to quit
and relaunch, maybe with more memory, before it gets totally stuck and
needs to be killed.  Even a bit of VM swapping is better.  I don't know
of any version that doesn't have the problem.  My project has ~4600 java
files and the usual web app libraries.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.