Re: XML Performance in Client-Server Interactions
Rich Salz wrote: >I was assuming most clients aren't getting XML and using it to generate >new XML. Instead, that they have a handful of local data, and they >are generating XML from that. I was also assuming that any native >datatype already had a "convert to string" funcdtionality. > > This is exactly what's done with data binding, and at least in my tests I haven't seen that data binding output is much faster than input (even in the case of my own JiBX framework). I suspect I could double the performance if I wrote custom code for an application that went directly to text and did it's own buffering (assuming I knew the data would always be free of characters requiring special handling). But then I could also double the input performance if I did the equivalent custom parser for input (basically just ignoring all the complexities of XML that I don't want to support, the same as I'd be doing on the output). Maybe that's not a fair comparison, but I think the basic point still holds - the inherent difference in processing XML as input vs. output is not large. In any case, I'd expect that at this point of time somewhere upwards of 90% of XML is generated through some sort of framework, not by printf or equivalents (though if the Microsoft crew is correct about RSS being the top XML application I may be wrong on this - judging from what little I've seen of RSS much of it appears to be generated in this manner). - Dennis -- Dennis M. Sosnoski Enterprise Java, XML, and Web Services Training and Consulting http://www.sosnoski.com Redmond, WA 425.885.7197
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format