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 2006

Tip: Looking for answers? Try searching our database.

CG in an IDE

Thread view: 
Roedy Green - 05 Mar 2006 22:24 GMT
I was thinking that GC in an IDE is a little different that usual.  If
the user pauses to think, this might be a good time to do a quick GC,
even if memory is not that full.

You are best to do short GCs so that when the user suddenly kicks back
in, you get quick response. The total time spent going GC is not very
important.

I wondered how well Java.exe is designed for an IDE to work that way.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

Thomas Fritsch - 05 Mar 2006 22:48 GMT
>I was thinking that GC in an IDE is a little different that usual.  If
> the user pauses to think, this might be a good time to do a quick GC,
> even if memory is not that full.
I think this profile of user-activity is typically not only for IDEs, but
for most (if not all) GUI-centric applications. Most of the time the user
pauses to think or to read something currently displayed in the GUI.
Therefore I think a GC-strategy optimized for GUI-clients will be optimal
for IDEs as well.

> You are best to do short GCs so that when the user suddenly kicks back
> in, you get quick response. The total time spent going GC is not very
> important.
>
> I wondered how well Java.exe is designed for an IDE to work that way.

Signature

"TFritsch$t-online:de".replace(':','.').replace('$','@')

Thomas Hawtin - 05 Mar 2006 23:56 GMT
>> I was thinking that GC in an IDE is a little different that usual.  If
>> the user pauses to think, this might be a good time to do a quick GC,
>> even if memory is not that full.

> I think this profile of user-activity is typically not only for IDEs, but
> for most (if not all) GUI-centric applications. Most of the time the user
> pauses to think or to read something currently displayed in the GUI.
> Therefore I think a GC-strategy optimized for GUI-clients will be optimal
> for IDEs as well.

A strategy like having GC run mostly concurrently in a low priority thread?

Tom Hawtin
Signature

Unemployed English Java programmer
http://jroller.com/page/tackline/



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.