6 p.m.
If anyone is interested in helping out on our next generation rule algorithm, we’ll offer
personal mentoring to get you started on your way. Just ping my email directly, to
discuss:
http://blog.athico.com/2013/11/rip-rete-time-to-get-phreaky.html
Mark
10:24 p.m.
A first good topic, now that we build and propagate tuple sets, is can we parallelism our
joins?
Look at the insert loop, on line 94. So it iterates and builds a resulting tuple set,
which is eventually propagated. Can that set be built in parallel?
https://github.com/droolsjbpm/drools/blob/master/drools-core/src/main/jav...
The key aspect is the iterator right memory. While that memory may or may not be indexed,
it always returns a list. In the case of indexing, the list will sublist for that overall
memory.
Ideally those lists will be adaptive, only turning on parallel iteration when appropriate
(enough joins), while trying to avoid any additional cost when parallel iteration is not
used. Note currently all lists, are liked lists - we do not use arrays.
Once that works, the other methods, right insert, update and delete can all be
parallelized.
Mark
On 12 May 2014, at 00:00, Mark Proctor <mproctor(a)codehaus.org> wrote:
If anyone is interested in helping out on our next generation rule
algorithm, we’ll offer personal mentoring to get you started on your way. Just ping my
email directly, to discuss:
http://blog.athico.com/2013/11/rip-rete-time-to-get-phreaky.html
Mark
3:39 p.m.
Very interested in migrating Drools to a true multi-core engine! Having
looked at commercial alternatives for CEP such as SAP, etc. I believe if
Drools was able to fully leverage multiprocessors we could have a
substantial story on our hands. This not to mention that I have application
needs today for mulit-core which we are planning to circumvent by running
multiple engines - with no engine tie of coarse (bad but manageable if rules
are segmented).
-Jacek
--
View this message in context:
http://drools.46999.n3.nabble.com/Anyone-want-to-help-on-our-new-Rule-Alg...
Sent from the Drools: Developer (committer) mailing list mailing list archive at
Nabble.com.
5:42 p.m.
we’ll provide real time mentoring on irc and g+, to anyone who actively gets involved.
We’ll talk through code, explain what things do, provide direction etc.
Mark
On 22 Jul 2014, at 21:39, evidence01 <jmaterna(a)securelogix.com> wrote:
Very interested in migrating Drools to a true multi-core engine!
Having
looked at commercial alternatives for CEP such as SAP, etc. I believe if
Drools was able to fully leverage multiprocessors we could have a
substantial story on our hands. This not to mention that I have application
needs today for mulit-core which we are planning to circumvent by running
multiple engines - with no engine tie of coarse (bad but manageable if rules
are segmented).
-Jacek
--
View this message in context:
http://drools.46999.n3.nabble.com/Anyone-want-to-help-on-our-new-Rule-Alg...
Sent from the Drools: Developer (committer) mailing list mailing list archive at
Nabble.com.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
12:30 a.m.
Hi Mark,
I am interested on that, Do I need to know any additional information before starting
this.
Thanks,
Regards
Sundar.M
-----Original Message-----
From: "Mark Proctor" <mproctor(a)codehaus.org>
Sent: Saturday, July 26, 2014 4:12am
To: "Rules Dev List" <rules-dev(a)lists.jboss.org>
Subject: Re: [rules-dev] Anyone want to help on our new Rule Algorithm?
we’ll provide real time mentoring on irc and g+, to anyone who actively gets involved.
We’ll talk through code, explain what things do, provide direction etc.
Mark
On 22 Jul 2014, at 21:39, evidence01 <jmaterna(a)securelogix.com> wrote:
Very interested in migrating Drools to a true multi-core engine!
Having
looked at commercial alternatives for CEP such as SAP, etc. I believe if
Drools was able to fully leverage multiprocessors we could have a
substantial story on our hands. This not to mention that I have application
needs today for mulit-core which we are planning to circumvent by running
multiple engines - with no engine tie of coarse (bad but manageable if rules
are segmented).
-Jacek
--
View this message in context:
http://drools.46999.n3.nabble.com/Anyone-want-to-help-on-our-new-Rule-Alg...
Sent from the Drools: Developer (committer) mailing list mailing list archive at
Nabble.com.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
12:15 p.m.
Read this three articles:
1) http://blog.athico.com/2013/11/rip-rete-time-to-get-phreaky.html
2) http://blog.athico.com/2014/01/drools-phreak-stack-based-evaluations.html
3) http://blog.athico.com/2014/02/drools-6-performance-with-phreak.html
4) http://blog.athico.com/2014/07/drools-executable-model.html
Checkout the code from github:
https://github.com/droolsjbpm/drools
Ask Qs on irc, look for mfusco, conan, etirelli or sotty.
http://drools.jboss.org/irc
Mark
On 26 Jul 2014, at 06:30, sundar_m(a)solartis.net wrote:
Hi Mark,
I am interested on that, Do I need to know any additional information before starting
this.
Thanks,
Regards
Sundar.M
-----Original Message-----
From: "Mark Proctor" <mproctor(a)codehaus.org>
Sent: Saturday, July 26, 2014 4:12am
To: "Rules Dev List" <rules-dev(a)lists.jboss.org>
Subject: Re: [rules-dev] Anyone want to help on our new Rule Algorithm?
we’ll provide real time mentoring on irc and g+, to anyone who actively gets involved.
We’ll talk through code, explain what things do, provide direction etc.
Mark
On 22 Jul 2014, at 21:39, evidence01 <jmaterna(a)securelogix.com> wrote:
> Very interested in migrating Drools to a true multi-core engine! Having
> looked at commercial alternatives for CEP such as SAP, etc. I believe if
> Drools was able to fully leverage multiprocessors we could have a
> substantial story on our hands. This not to mention that I have application
> needs today for mulit-core which we are planning to circumvent by running
> multiple engines - with no engine tie of coarse (bad but manageable if rules
> are segmented).
>
> -Jacek
>
>
>
> --
> View this message in context:
http://drools.46999.n3.nabble.com/Anyone-want-to-help-on-our-new-Rule-Alg...
> Sent from the Drools: Developer (committer) mailing list mailing list archive at
Nabble.com.
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
3775
days inactive
3851
days old
5 comments
3 participants
participants (3)
-
evidence01 -
Mark Proctor -
sundar_m＠solartis.net