[rules-users] Using multiple threads for parallel rule flow execution

[Edson Tirelli]

    Tobias,

    I believe that this is more than a flow question. The answer depends on
another question: what is taking too much time to execute? The evaluation of
the rules in A and B (LHS) or the actual consequence execution of rules in A
and B (RHS)?

    If it is LHS of the rules that is taking too long to execute, then you
may try enabling the engine multi-thread evaluation option. If it is the
consequence, unfortunately, the engine by itself can not solve the problem,
because it does not know when/how the consequence code of your rules affect
each other. This way, the engine executes all consequences in sequence, one
after the other.

    If it is the later, one possible solution is to make your consequences
trigger an asynchronous action instead of executing all the code in the same
engine thread, when you know your code is independent among rules. We are
working on enabling multiple agendas and different ways to execute
consequences in the engine, but no idea at this moment when it will be
ready.

    Edson

2009/8/13 Tobias Buchloh <t.buchloh at gmx.net>

> Hi *,
>
> I need to speed up the total processing time needed for the execution of
> a rule flow which consists of multiple rule flow groups (e. g. A, B and
> C). I'm thinking about to parallelize the execution of A and B.
>
>                +--> A --> +
> Start --> split +          +--> join --> C --> End
>                +--> B --> +
>
> Is it possible to split a flow in multiple parallel execution paths
> (with AND), execute them with real parallelism in their own threads and
> join them together at the end?
>
> Or is everything in the drools flow some sort of "pseudo-parallelism" so
> that I would have to implement this by hand?
>
> Cheers,
> Tobias
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>


-- 
 Edson Tirelli
 JBoss Drools Core Development
 JBoss by Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20090813/71875f1a/attachment.html