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

Re: XML Performance in a Transacation

• To: Rick Jelliffe <rjelliffe@a...>
• Subject: Re: XML Performance in a Transacation
• From: Rick Marshall <rjm@z...>
• Date: Fri, 24 Mar 2006 16:25:28 +1100
• Cc: xml-dev@l...
• In-reply-to: <442378B6.5060206@a...>
• Organization: Zenucom Pty Ltd
• References: <31980.60.229.226.213.1143118064.squirrel@i...> <auto-000097183407@m...> <20060324062228.591b7e8d.olpa@x...> <442378B6.5060206@a...>
• User-agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)

can we just go back a minute - raw speed is not the only issue, it is 
the way in which the it degrades. o(n2) (order n squared) performance 
will always be bad, just faster bad.

big documents will degrade badly - and this is the real thing to beat - 
not simply raw speed.

rick

Rick Jelliffe wrote:

> Oleg A. Paraschenko wrote:
>
>> I think the issue is a bit different. An experienced developer can
>>
>> implement a very fast parser, for example, in 1 year. But whom he can
>> sell it? I just don't see a market for XML parsers.
>>
>>  
>>
> Hence the need for something like a consortium offering a cash prize. 
> Kickstart.
>
> Here is how I would see it working.  15 organizations (banks, vendors, 
> etc) get together
> and put $1000 each into a kitty.  They announce that they will pay 
> $10,000 first prize
> and $5,000 second prize for the two fastest non-viral open source XML 
> parsers that meet the bottom line of being twice as fast as libxml (as 
> of current version) for a particular suite of ASCII-dominated 
> transactions of about 1 to 10K each for non-validating parsing. 
> Contest to run for six months.
>
> What do the sponsors get out of it?  Worst case: no one wins; no cost, 
> no benefit (though proving we need to go beyond XML does have a value 
> actually!)  Best case: tiny investment, substantial reduction in 
> performance of multi-million dollar assets and transaction rates, 
> ability to adopt desirable new architectures. Techniques are open 
> source non-viral so they can potentially feed into commercial products 
> (at the end of the day, Bill gets all the $$$ no matter what!)
>
> Any takers? Joseph Chiusano: know anyone?
>
> Cheers
> Rick
>
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>
> !DSPAM:44237860163371060754097!
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• Follow-Ups:
  • Re: XML Performance in a Transacation
    • From: Rick Jelliffe <rjelliffe@a...>
  • Re: XML Performance in a Transacation
    • From: Bob Foster <bob@o...>
  • Re: XML Performance in a Transacation
    • From: Tatu Saloranta <cowtowncoder@y...>

• 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...>

• 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