Lists Home |
Date Index |
- From: Marcelo Cantos <firstname.lastname@example.org>
- To: email@example.com
- Date: Mon, 1 Mar 1999 11:48:41 +1100
On Sat, Feb 27, 1999 at 08:50:12AM -0800, Tom Harding wrote:
> David Megginson wrote:
> > No, it still looks like a messy architecture to me, because the
> > transport layer has to know about the packets -- it has to parse
> > the XML about to get information about what it's looking at, and
> > that adds complexity and inefficiency. A clean architecture
> > should separate the layers completely, and use XML only where it
> > has an obvious advantage over other approaches.
> It's amazing how two people can see things so differently. I think
> it's supremely elegant that only the XML processor needs to look at
> data coming off the wire. It's also as efficient as it gets. Of
> course the software architecture that handles the documents emitted
> must be modular and extensible, but the task of parsing is done.
It has already been pointed out in this discussion that some
environments try to increase the throughput by dispatching documents
off to different threads. A system with 50 CPU's is going to be
operating as low as 2% capacity if it is forced to pipe the entire
parsing load through a single thread. I don't see how you can argue
that this is efficient.
Nor do I agree that concentrating the workload at a single conceptual
point is elegant. It is much more aesthetically pleasing to let the
protocol break up packets and let the XML parser parse XML.
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)