This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Re: RE: Re: lookup-table thoughts (was Re: matching multiple times, outputting once?


.. From: Dimitre Novatchev <dnovatchev@yahoo.com>
..
.. Sometimes ago I asked the group whether it would not be appropriate to recognise
.. this extreme case of capability to be processed in parallel by introducing a new
.. XSLT instruction (e.g. xsl:parallel) that would give the XSLT processor a hint to
.. try to multi-process the children of xsl:parallel. Compare this to the current
.. version of the language, where any two content-producing siblings can in theory be
.. parallelised, but which is never done, partly because there's no clear indication
.. which of many possible alternatives is worth parallelizing.
..
.. I still think an explicit hint is a necessary and a very useful feature.
..

Most people (current company excluded, of course) do a bad job of understanding
parallelism and providing hints about it.  It's hard to implement, but still
probably better to have your XSLT processor do its own parallelization.

--jeff



 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]