OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Partyin' like it's 1999

[ Lists Home | Date Index | Thread Index ]

Rich Salz wrote:

> Yes, right now, it is probably not a performance issue that a streaming
> parser has to buffer everything until it sees the ">".  That can only be
> addressed by anecdotal evidence. What is more important is that
> *architecturally* this is a bottleneck. As things get faster, all the
> other implementations (ew, a JVM? :) will fall away, and we'll still be
> left with this architectural problem.  I betcha it's already an issue for
> some folks building XML parsers in hardware.

I don't believe that for a minute. As hardware gets faster, this will 
too. As the VM and just in time compilers get better, this will too. 
Other algorithms may get faster here and there, but they're not going to 
zero. Unless someone has really good measurements to prove caching 
attributes is a problem, I don't believe it.

You say, "I betcha it's already an issue for some folks building XML 
parsers in hardware." Datapower builds XML parsers in hardware. Are you 
saying this is an issue for you? If so, please elaborate. If not, why do 
you think it would be an issue?

Elliotte Rusty Harold  elharo@metalab.unc.edu
XML in a Nutshell 3rd Edition Just Published!


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS