[
Lists Home |
Date Index |
Thread Index
]
David Megginson wrote,
> A few years ago, when I was still profiling these things, Java-based
> DOM implementations were relatively slow to start up with large
> documents, even when the the documents fit in memory easily. Perhaps
> Michael and other DOM implementors have found ways to work around the
> problem, or Java VMs have gotten faster at allocating new objects.
For a one-shot application (ie. startup; process one document instance;
terminate) the classloading overhead for the DOM API can be quite
significant even with the most recent VMs. In some work I've done
lately I've seen DOM classloading account for as much as 10% of wall
clock time with the Sun 1.4.1_02 VM on Linux, Solaris and the other
one. SAX, being a much smaller API, is at an advantage here.
But, TBH, I don't think this tells us much other than that Java isn't
great as a scripting language ... and we knew that anyway.
Cheers,
Miles
|
