On Thu, 30 May 2002, Dalibor Topic wrote:
suffer from class and resource loading. So I'd like to propose a new
caching scheme for our system class loader: beside just caching
classes, it should cache the directories (i.e. packages) in classpath
entries. That should reduce the cost of
On Thu, 30 May 2002, Daniel Veillard wrote:
On Thu, May 30, 2002 at 09:41:52AM -0700, Dalibor Topic wrote:
What do you think?
If you want performances, use an XSLT processor written in C
/me hides ...
Now if we just could use the gcj compiled Xalan/Xerces from rhug project
with Kaffe,
On Thu, 2002-05-30 at 09:41, Dalibor Topic wrote:
The bad news: we are slower than JDK 1.3.1. Especially
xalan seems to
suffer from class and resource loading. So I'd like to
propose a
new caching scheme for our system class loader: beside
just caching
classes, it should cache the
On Thu, May 30, 2002 at 09:41:52AM -0700, Dalibor Topic wrote:
What do you think?
If you want performances, use an XSLT processor written in C
/me hides ...
Daniel
--
Daniel Veillard | Red Hat Network http://redhat.com/products/network/
[EMAIL PROTECTED] | libxml Gnome XML XSLT
Hi Jim,
--- Jim Pick [EMAIL PROTECTED] wrote:
On Thu, 2002-05-30 at 09:41, Dalibor Topic wrote:
entries. That should reduce the cost of
class/resource
lookup from
linear (scanning the classpath) to constant
(single
classpath entry)
for most resources.
I recently read on the gcj
