[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: Rick Jelliffe <rjelliffe@a...>
• Date: Fri, 24 Mar 2006 18:03:45 +1100
• In-reply-to: <44238266.1070001@o...>
• References: <31980.60.229.226.213.1143118064.squirrel@i...> <auto-000097183407@m...> <20060324062228.591b7e8d.olpa@x...> <442378B6.5060206@a...> <44238266.1070001@o...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

Bob Foster wrote:

> Fastest doing what? Does the parser need to implement some API in some 
> language on some set of platforms? Does it get to define its own API 
> and pick a language and platforms?

Excellent question. 

I'd leave the language open to the competitor. I'd leave the API open 
too, since the aim is to encourage experimentation.  However, it would 
make benchmarking easier if the processor used an existing API: less 
harness code to write.  Also, except for SAX and DOM, there is such a 
lack of standard APIs that mandating any particular ones seems useless.

The other issue is whether you want to have one contest for 
XML-to-stream and a second contest for XML-to-tree. Personally I'd go 
for just XML-to-stream to keep it within the reach of single 
developers.  (XML-to-tree could be a subsequent competition.)

On your issue of N(O^2), I think Rick is referring to a potential 
problem of XML-to-Tree implementations, or maybe XPath etc traversers, 
rather than XML-to-stream processors necessarily.

Cheers
Rick

• Follow-Ups:
  • RE: XML Performance in a Transacation
    • From: "Michael Kay" <mike@s...>

• References:
  • Re: XML Performance in a Transacation
    • From: "Rick Jelliffe" <rjelliffe@a...>
  • Re: XML Performance in a Transacation
    • From: "Oleg A. Paraschenko" <olpa@x...>
  • Re: XML Performance in a Transacation
    • From: Rick Jelliffe <rjelliffe@a...>
  • Re: XML Performance in a Transacation
    • From: Bob Foster <bob@o...>

• Prev by Date: Re: XML Performance in a Transacation
• 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