[jboss-jira] [JBoss JIRA] (DROOLS-1519) (var == $v) is faster than ($v == var) and scales much better: can they both be that fast?

[Geoffrey De Smet (JIRA)]

     [ https://issues.jboss.org/browse/DROOLS-1519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Geoffrey De Smet updated DROOLS-1519:
-------------------------------------
    Description: 
See:
  http://stackoverflow.com/questions/43282665/why-does-the-order-of-how-we-specify-the-variables-in-a-comparison-matter

The ($v == var) filters much later causing a scaling loss.
Investigate if drools can avoid that problem and make the slow one as fast as the fast one?
so we don't have to rewrite all our rules to take advantage of this speedup.

  was:
See:
  http://stackoverflow.com/questions/43282665/why-does-the-order-of-how-we-specify-the-variables-in-a-comparison-matter

The ($v == var) filters much later causing a serious scaling loss.
Investigate if drools can avoid that problem and make the slow one as fast as the fast one?
so we don't have to rewrite all our rules to take advantage of this speedup.



> (var == $v) is faster than ($v == var) and scales much better: can they both be that fast?
> ------------------------------------------------------------------------------------------
>
>                 Key: DROOLS-1519
>                 URL: https://issues.jboss.org/browse/DROOLS-1519
>             Project: Drools
>          Issue Type: Enhancement
>          Components: core engine
>    Affects Versions: 6.5.0.Final
>            Reporter: Geoffrey De Smet
>            Assignee: Mario Fusco
>            Priority: Critical
>
> See:
>   http://stackoverflow.com/questions/43282665/why-does-the-order-of-how-we-specify-the-variables-in-a-comparison-matter
> The ($v == var) filters much later causing a scaling loss.
> Investigate if drools can avoid that problem and make the slow one as fast as the fast one?
> so we don't have to rewrite all our rules to take advantage of this speedup.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)