Subject: Re: [xsl] xsl:for-each-group using multiple threads? From: "Michael Kay mike@xxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Tue, 27 Jan 2015 10:54:38 -0000 |
Multi-threading is never cheap, because of the amount of testing needed to get it right, and the cost of diagnosing bugs. Come to XML Prague in February where I am speaking on the topic... But yes, it would be nice. And I've recently made changes to implement some of the multi-threading support in a more generic way, which might make the code more reusable. A really good implementation of multi-threaded grouping would not only process the groups in parallel with each other, it would process a group in parallel with building the group, at least in the case where the processing is streamed. But streamed grouping is pretty hairy already, streamed multi-threaded grouping is the stuff of sleepless nights. Michael Kay Saxonica mike@xxxxxxxxxxxx +44 (0) 118 946 5893 On 27 Jan 2015, at 10:20, Marc Kupietz kupietz@xxxxxxxxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote: > Unfortunately, xsl:for-each-group does not seem to support the > saxon:threads attribute. Can anyone think of a workaround to split the > processing of groups among multiple threads without causing a lot of > overhead? > > If there is no such workaround, wouldn't it be a nice (and cheap?) > feature to add saxon:threads support to xsl:for-each-group? > I think such a feature would in many applications allow for a better > control over the thread-overhead/work ratio when using multiple > threads. > > Marc
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
[xsl] xsl:for-each-group using mult, Marc Kupietz kupietz | Thread | Re: [xsl] xsl:for-each-group using , Marc Kupietz kupietz |
[xsl] xsl:for-each-group using mult, Marc Kupietz kupietz | Date | Re: [xsl] xsl:for-each-group using , David Rudel fwqhgads |
Month |