[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] 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
|