OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] Schema style and parser performance

[ Lists Home | Date Index | Thread Index ]

Richard -

I agree with your statement on the schema compilation of type derived -
would you be willing to share some numbers that prove this?  Also, has
someone/some-group actually published compilation times (scalability) of
different parsers - XSV, Xerces, MSXML4, etc...?

Cheers,
-Marcel


-----Original Message-----
From: Richard Tobin [mailto:richard@cogsci.ed.ac.uk]
Sent: Thursday, May 01, 2003 9:12 AM
To: xml-dev@lists.xml.org
Subject: Re: [xml-dev] Schema style and parser performance


>If validating and converting the schema to internal form is a large part of
>validation cost, would transformations that "flatten" a schema make a
>significant difference?
..
>I am thinking of things like
>flattening type derivations, putting the contents of included schemas
>inline, etc.

Certainly type derivation is one of the most complicated parts of
schema compilation, but I don't know whether it's expensive in CPU
time.  XSV is full of inefficiencies, and when we've profiled it it
has usually turned out that lots of the time is spent in some piece of
code written without any thought for efficiency, or some idiom that
turns out to be expensive in Python.  I've never profiled a schema
validator written with efficiency as an important goal.

-- Richard

-----------------------------------------------------------------
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://lists.xml.org/ob/adm.pl>







 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS