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

Re: XML Performance in a Transacation

• To: xml-dev@l...
• Subject: Re: XML Performance in a Transacation
• From: Tatu Saloranta <cowtowncoder@y...>
• Date: Fri, 24 Mar 2006 10:58:36 -0800 (PST)
• Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZOCPtRScxAfifussI3MTQMolTub3TXT8mXsJWizC5B85yFtIZZMldC7Fd884QKiJyUH/Bn+uYW4fxGLkQOMPPnl8NfxLzTG1jSXA+icOQLKLnkAGe0GdHdn8uz5r4lI/gyDCUm1Wa9Zeawt4i4WvEKJZXR94QTadMG9neVgstgM= ;
• In-reply-to: <442397C4.1070704@a...>

--- Rick Jelliffe <rjelliffe@a...> wrote:

...
> Last year I think there were reports of good speed
> ups in parsing in 
> Java jsut from re-using SAX objects. (I think the
> research was academic 
> from Eastern Europe, sorry no references.) Good

Huh? So is this not a basic common knowledge?!? Of
course proper reusing of components can have impact!
And in case of SAX (or StAX, to a lesser degree), it
has big impact for startup time, ie. performance when
handling small documents.

It sounds more like developer education issue, though.
An order of magnitude or two simpler than trying to
hand-code assembler level ultra-efficient decoding
(although, for much bigger audience -- only small
number of people need to write libs, compared hordes
of developers using them).

-+ Tatu +-


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

• References:
  • Re: XML Performance in a Transacation
    • From: Rick Jelliffe <rjelliffe@a...>

• Prev by Date: Re: Call for fast XML implementations
• Next by Date: RE: XML Performance in a Transacation
• Previous by thread: Re: XML Performance in a Transacation
• Next by thread: RE: XML Performance in a Transacation
• Index(es):
  • Date
  • Thread