[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Performance

• From: Istvan Cseri <istvanc@m...>
• To: xml-dev@i..., "'Peter@u...'" <Peter@u...>
• Date: Fri, 18 Apr 1997 11:00:49 -0700

The new JDK from Sun is garbage collecting classes (they said that in
the JavaOne conference). Of course they can only do that when the last
object of that class is garbage collected.

Istvan

> ----------
> From: 	Peter@u...[SMTP:Peter@u...]
> Sent: 	Friday, April 18, 1997 1:18 AM
> To: 	xml-dev@i...
> Subject: 	Performance
> 
> The question of caching documents (Trees) has been raised on XML-WG
> and whilst
> I'm a believer in leaving performance until late in the day, it's
> useful to
> think about it now. (JUMBO is 
> presently well-named as large, slow, and dumps on you at regular
> intervals).
> With AUTO/NEW one you start generating a lot of Trees, especially if
> you have
> a 'Back' button.  Leaving them all around will (presumably) eat up
> memory
> quite quickly.  Perhaps a PI could give hints that a tree was likely
> to be 
> re-used?
> 
> JUMBO is slow partly because there is 500 Kbyte of *.class (it covers
> everything
> from matrix algebra through stats, graphics, molecules as well as
> having a 
> general XML GUI.)  In cases where you know that there is only likely
> to be one
> tree the parser could be garbage collected, for example after it had
> been used.
> Again this could be done through a PI?  Another problem is when you
> load new
> class libraries for a new DTD.  E.g. when I have finished with
> molecules and
> go on to PLAY, I'd like to get rid of the molecule *.class.  *** is
> there a 
> way of telling Java to collect *classes* as well as objects?***  (Or
> will this
> only happen when the last object of that class has been garbaged??
> 
> 	P.
> 
> -- 
> Peter Murray-Rust, domestic net connection
> Virtual School of Molecular Sciences
> http://www.vsms.nottingham.ac.uk/
> 
> xml-dev: A list for W3C XML Developers
> Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
> To unsubscribe, send to majordomo@i... the following message;
> unsubscribe xml-dev
> List coordinator, Henry Rzepa (rzepa@i...)
> 

xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@i...)

• Prev by Date: "View Structure"
• Next by Date: Re: "View Structure"
• Previous by thread: Performance
• Next by thread: "View Structure"
• Index(es):
  • Date
  • Thread