Re: [xml-bindings]Memoization
- From: rm fabula de
- To: Daniel Veillard <veillard redhat com>
- Cc: rm fabula de, xml-bindings gnome org
- Subject: Re: [xml-bindings]Memoization
- Date: Thu, 22 Aug 2002 15:30:50 +0200
On Thu, Aug 22, 2002 at 09:05:48AM -0400, Daniel Veillard wrote:
So the cache implementation would "only" save the parsing stage.
> document() will parse *complete* documents so there is no risk.
>
> > resolve to a different result depending on the entity declaration
> > in the importing document?
>
> it's not an import mechanism, and even though import at the XSLT level
> does import complete document too.
>
> > The really imteresting point (IMHO) would be: is it posible to
> > "compact" a parsed XML document (read: xmlDoc) to a memory area
> > of known size so it can be shared be means of shared memory?
>
> You're mixing issues it seems. 1/ compacting in memory representation
> and 2/ sharing parsed trees. 1/ sounds impossible and precompiled XML
> makes IMHO very little sense unless your parser is dead slow (think Java).
> 2/ is already possible as long as you either don't modify the xmlDocPtr
> or make sure the reader/writer scheme allows only one write or
> only reads at any time.
Well, 1/ would be a cnvenient way to ensure that all of the xmlDoc sits
in the same shared memory area.
Is 2/ really possible in a shared memory situation? I thought all of the
shared structure must be in memory allocated as shared memory.
Ralf
> Daniel
>
> --
> Daniel Veillard | Red Hat Network https://rhn.redhat.com/
> veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
> http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
> _______________________________________________
> xml-bindings mailing list, project page http://xmlsoft.org/
> xml-bindings gnome org
> http://mail.gnome.org/mailman/listinfo/xml-bindings
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]