On Thu, Jul 26, 2012 at 5:36 PM, Stefan Behnel <stefan...@behnel.de> wrote:
> Just to get this discussion back on track, where would you apply threading > in libxslt? An answer to that, as well as an implementation, may not be as > trivial as you seem to think. Also, it would at least require some kind of > scheduling mechanism in order to distribute jobs (such as matching nodes or > called templates) over the threads. > > One of the obvious approaches would be a map-reduce pattern. That would fit > very well with the functional and hierarchical nature of XSLT and XML in > general. > > I've attached a perl script with core logic before, you must have missed it. Here, script is on the dropbox as well<https://dl.dropbox.com/u/71178399/Threaded%20XSLT%20transformation.pl>now. If I understand the nature of XSLT processing it is, on the core logic level, traversing over the source three. Nodes may be traversed intependently, thanks to XSLT static semi-vatiables. So you (in the pure spheric computer) just "fork" a new thread on each child, and parent only waits it's return. In fact you are not forking, but giving work to threads, but it does not change much.
_______________________________________________ xslt mailing list, project page http://xmlsoft.org/XSLT/ xslt@gnome.org https://mail.gnome.org/mailman/listinfo/xslt
