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

Re: binary XML API and scientific use cases [Re: [AN


xbis
>>>
>>> the natural question is: how does it compare to XBIS?
>>
>>
>> Among other things, we also benchmarked with the test xml files that 
>> come with XBIS (thanks to Dennis Sonoski for the great work - much 
>> appreciated). It would be interesting to directly compare performance 
>> with XBIS, but so far we did not do so, for two reasons:
>>
>> - XBIS currently does not work with XOM (misses some XMLReader 
>> features/properties that XOM requires)
>> - XBIS measures performance from and to SAX event streams. bnux 
>> measure performance from XOM documents to byte arrays, and back. bnux 
>> includes XOM tree walking, tree building, and the inherent XOM XML 
>> wellformedness checks, which is signifcantly more epensive (and also 
>> more useful, since it measure delivering data from/to a large number 
>> of real-world applications, rather than low-level SAX apps). In other 
>> words, the benchmarking methodology is different. It would not be an 
>> apples to apples comparison.
>
> so in other words XBIS is really streaming and is good for kind of 
> applications that do not need XOM (or *OM*-like) APIs.
>
>> Might still be interesting, though.
>
> XBIS could potentially process unlimited amount of data so nux could 
> not really compare.
>

Bnux is ideal for large volumes of small to medium-sized XML documents, 
  and impractical for individual documents that do not fit into main 
memory. So it's expressly not intended to deal with documents that do 
not fit into memory. It's not a use case we care much about.

In my experience, *very* large documents are more often than not a 
result of simplistic application design, and can easily be broken up 
into smaller documents with little effort on the part of the 
application programmer.

Finally, pipelining does not necessarily equal performance. In fact it 
can be the other way round, depending on the use cases at hand...

>
>>
>>>
>>>
>>> did you compare BNUX and XBIS performance?
>>
>>
>> see above.
>
> that is different. i had impression that BNUX defines binary XML 
> representation.
>
> i was curious how different is BNUX from XBIS.
>
> why did you decide not to use XBIS XML encoding?
>
> what is missing or needs to be added?
>
> those may be valuable insight for W3C XBC WG?


The bnux data format and algorithms are completely different than XBIS, 
except that they obviously attempt to address similar problem 
statements. Bnux's batch nature, it's tokenization and packing, its 
approach to character encoding and its simplicity are key to the 
performance results (as well as careful implementation, of course).

Wolfgang.


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.