1:08 p.m.
Is there a way to debug my project monitoring if it passes by my rule?
In my console i don't see the score of hard constraint of this rule:
----
rule "requiredWorktimeToFinish"
when
$engineer : Engineer($worktime : worktime)
$requiredWorktimeTotal : Number(intValue < $worktime) from accumulate(
WorkOrder (
engineer == $engineer,
$requiredWorktime : requiredWorktime),
sum($requiredWorktime)
)
then
insertLogical(new IntConstraintOccurrence("requiredWorktimeToFinish",
ConstraintType.NEGATIVE_HARD,
$requiredWorktimeTotal.intValue() - $worktime,
$engineer));
end
rule "hardConstraintsBroken"
salience -1
when
$hardTotal : Number() from accumulate(
IntConstraintOccurrence(constraintType ==
ConstraintType.NEGATIVE_HARD, $weight : weight),
sum($weight)
)
then
scoreHolder.setHardConstraintsBroken($hardTotal.intValue());
end
----
in my console it points no score
----
17:02:49.009 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
started: time spend (127), score (null), new best score (null), random seed
(0).
17:02:49.041 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (0), time spend (164), score (0hard/0soft), initialized planning
entity ([WorkOrder-7]).
17:02:49.042 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (1), time spend (165), score (0hard/0soft), initialized planning
entity ([WorkOrder-9]).
17:02:49.043 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (2), time spend (166), score (0hard/0soft), initialized planning
entity ([WorkOrder-8]).
17:02:49.045 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (3), time spend (168), score (0hard/0soft), initialized planning
entity ([WorkOrder-6]).
17:02:49.045 [main] INFO o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Phase
constructionHeuristic ended: step total (4), time spend (168), best score
(0hard/0soft).
17:02:49.274 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (0), time spend (397), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1000) for picked step
([WorkOrder-7] => [Engineer-5]).
17:02:49.592 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (1), time spend (715), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1926) for picked step
([WorkOrder-8] => [Engineer-3]).
17:02:50.045 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (2), time spend (1168), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/3686) for picked step
([WorkOrder-6] => [Engineer-2]).
17:02:50.464 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (3), time spend (1587), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/7516) for picked step
([WorkOrder-9] => [Engineer-2]).
17:02:53.877 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (4), time spend (5000), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (0/350227) for picked step
([WorkOrder-7] => [Engineer-4]).
17:02:53.877 [main] INFO o.d.p.c.l.DefaultLocalSearchSolverPhase - Phase
localSearch ended: step total (5), time spend (5000), best score
(0hard/0soft).
17:02:53.878 [main] INFO o.d.p.core.solver.DefaultSolver - Solving ended:
time spend (5000), best score (0hard/0soft), average calculate count per
second (72872).
1:14 p.m.
Which version are you using? A bug was found recently affecting the
evaluation of this type of constraints:
Number( intValue < $worktime )
You will have to update to 5.5.1-SNAPSHOT, wait a few days for 5.6 or try
this workaround (untested):
Number( intValue() < $worktime.intValue() )
Davide
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Drools-rule-Planner-tp40219...
Sent from the Drools: User forum mailing list archive at Nabble.com.
1:29 p.m.
I'm on 5.5.0.Final, its the same principles of cloudcomputer, that is
working, but without the getMultiplicand on comparator, it will assign
workorder requiredWorktime to an engineer worktime that is usually 8h, in
thesis i guess it would be simpler :D, i'm even using the cloudcomputer drl
file replacing variables. But i'll try remake the project to verify any
loose object and to check if I missed something.
2013/1/29 Davide Sottara <dsotty(a)gmail.com>
Which version are you using? A bug was found recently affecting the
evaluation of this type of constraints:
Number( intValue < $worktime )
You will have to update to 5.5.1-SNAPSHOT, wait a few days for 5.6 or try
this workaround (untested):
Number( intValue() < $worktime.intValue() )
Davide
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Drools-rule-Planner-tp40219...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
1:47 p.m.
Can you try 5.5.1.SNAPSHOT?
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Drools-rule-Planner-tp40219...
Sent from the Drools: User forum mailing list archive at Nabble.com.
1:48 p.m.
Sorry, 5.5.1-SNAPHSHOT
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Drools-rule-Planner-tp40219...
Sent from the Drools: User forum mailing list archive at Nabble.com.
6:30 a.m.
It worked with the 5.5.1-SNAPSHOT
-----------------
10:27:49.215 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
started: time spend (179), score (null), new best score (null), random seed
(0).
10:27:49.254 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (0), time spend (224), score (0hard/0soft), initialized planning
entity ([WorkOrder-15]).
10:27:49.256 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (1), time spend (225), score (0hard/0soft), initialized planning
entity ([WorkOrder-14]).
10:27:49.284 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (2), time spend (254), score (0hard/0soft), initialized planning
entity ([WorkOrder-13]).
10:27:49.293 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (3), time spend (263), score (0hard/0soft), initialized planning
entity ([WorkOrder-12]).
10:27:49.297 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (4), time spend (267), score (0hard/0soft), initialized planning
entity ([WorkOrder-11]).
10:27:49.300 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (5), time spend (270), score (0hard/0soft), initialized planning
entity ([WorkOrder-10]).
10:27:49.306 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (6), time spend (276), score (0hard/0soft), initialized planning
entity ([WorkOrder-9]).
10:27:49.310 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (7), time spend (280), score (0hard/0soft), initialized planning
entity ([WorkOrder-8]).
10:27:49.315 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (8), time spend (285), score (0hard/0soft), initialized planning
entity ([WorkOrder-7]).
10:27:49.321 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (9), time spend (291), score (0hard/0soft), initialized planning
entity ([WorkOrder-6]).
10:27:49.321 [main] INFO o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Phase
constructionHeuristic ended: step total (10), time spend (291), best score
(0hard/0soft).
10:27:50.041 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (0), time spend (1010), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1000) for picked step
([WorkOrder-8] <=> [WorkOrder-12]).
10:27:50.744 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (1), time spend (1714), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1422) for picked step
([WorkOrder-14] <=> [WorkOrder-10]).
10:27:51.568 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (2), time spend (2538), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/2013) for picked step
([WorkOrder-6] <=> [WorkOrder-9]).
10:27:52.083 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (3), time spend (3053), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/3635) for picked step
([WorkOrder-11] <=> [WorkOrder-15]).
10:27:52.902 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (4), time spend (3872), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/8864) for picked step
([WorkOrder-7] <=> [WorkOrder-13]).
10:27:54.030 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (5), time spend (5000), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (0/31698) for picked step
([WorkOrder-15] <=> [WorkOrder-7]).
10:27:54.031 [main] INFO o.d.p.c.l.DefaultLocalSearchSolverPhase - Phase
localSearch ended: step total (6), time spend (5001), best score
(0hard/0soft).
10:27:54.031 [main] INFO o.d.p.core.solver.DefaultSolver - Solving ended:
time spend (5001), best score (0hard/0soft), average calculate count per
second (9730).
Solved distribution with 10 work orders and 5 engineers:
6: ID: 5 - Monkey D. Ruffy
7: ID: 5 - Monkey D. Ruffy
8: ID: 4 - Mr. Miyagi
9: ID: 4 - Mr. Miyagi
10: ID: 3 - Rambo
11: ID: 3 - Rambo
12: ID: 2 - Chuck Norris
13: ID: 2 - Chuck Norris
14: ID: 1 - Aladin
15: ID: 1 - Aladin
---------------
I wonder why it worked on the 5.5.0.Final with the cloudbalance but not
with my workorder example that was much simpler, i mean, the rule was only
a hard constraint and the pojo simples though.
2013/1/29 André Fróes <arfmoraes(a)gmail.com>
Okay I'll try it now and then post the result.
7:27 a.m.
Just to knowledge, i'm sending the graph of memory usage when running it
with, first marker(between first 2 green lines) peak with 10 workorders and
5 engineers, and, secong marker (between last 2 green lines), 26 workordes
and 10 engineers.
[image: Imagem inline 1]
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
I wonder why it worked on the 5.5.0.Final with the cloudbalance but
not
with my workorder example that was much simpler,
Me too. All the examples / unit tests work with 5.5.0.Final, but there's
clearly a case they don't cover.
Good thing is that 5.6 will be out soon.
Op 30-01-13 13:30, André Fróes schreef:
It worked with the 5.5.1-SNAPSHOT
-----------------
10:27:49.215 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
started: time spend (179), score (null), new best score (null), random seed
(0).
10:27:49.254 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (0), time spend (224), score (0hard/0soft), initialized planning
entity ([WorkOrder-15]).
10:27:49.256 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (1), time spend (225), score (0hard/0soft), initialized planning
entity ([WorkOrder-14]).
10:27:49.284 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (2), time spend (254), score (0hard/0soft), initialized planning
entity ([WorkOrder-13]).
10:27:49.293 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (3), time spend (263), score (0hard/0soft), initialized planning
entity ([WorkOrder-12]).
10:27:49.297 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (4), time spend (267), score (0hard/0soft), initialized planning
entity ([WorkOrder-11]).
10:27:49.300 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (5), time spend (270), score (0hard/0soft), initialized planning
entity ([WorkOrder-10]).
10:27:49.306 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (6), time spend (276), score (0hard/0soft), initialized planning
entity ([WorkOrder-9]).
10:27:49.310 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (7), time spend (280), score (0hard/0soft), initialized planning
entity ([WorkOrder-8]).
10:27:49.315 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (8), time spend (285), score (0hard/0soft), initialized planning
entity ([WorkOrder-7]).
10:27:49.321 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
Step index (9), time spend (291), score (0hard/0soft), initialized planning
entity ([WorkOrder-6]).
10:27:49.321 [main] INFO o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Phase
constructionHeuristic ended: step total (10), time spend (291), best score
(0hard/0soft).
10:27:50.041 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (0), time spend (1010), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1000) for picked step
([WorkOrder-8] <=> [WorkOrder-12]).
10:27:50.744 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (1), time spend (1714), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/1422) for picked step
([WorkOrder-14] <=> [WorkOrder-10]).
10:27:51.568 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (2), time spend (2538), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/2013) for picked step
([WorkOrder-6] <=> [WorkOrder-9]).
10:27:52.083 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (3), time spend (3053), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/3635) for picked step
([WorkOrder-11] <=> [WorkOrder-15]).
10:27:52.902 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (4), time spend (3872), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (1000/8864) for picked step
([WorkOrder-7] <=> [WorkOrder-13]).
10:27:54.030 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
Step index (5), time spend (5000), score (0hard/0soft), best score
(0hard/0soft), accepted/selected move count (0/31698) for picked step
([WorkOrder-15] <=> [WorkOrder-7]).
10:27:54.031 [main] INFO o.d.p.c.l.DefaultLocalSearchSolverPhase - Phase
localSearch ended: step total (6), time spend (5001), best score
(0hard/0soft).
10:27:54.031 [main] INFO o.d.p.core.solver.DefaultSolver - Solving ended:
time spend (5001), best score (0hard/0soft), average calculate count per
second (9730).
Solved distribution with 10 work orders and 5 engineers:
6: ID: 5 - Monkey D. Ruffy
7: ID: 5 - Monkey D. Ruffy
8: ID: 4 - Mr. Miyagi
9: ID: 4 - Mr. Miyagi
10: ID: 3 - Rambo
11: ID: 3 - Rambo
12: ID: 2 - Chuck Norris
13: ID: 2 - Chuck Norris
14: ID: 1 - Aladin
15: ID: 1 - Aladin
---------------
I wonder why it worked on the 5.5.0.Final with the cloudbalance but not
with my workorder example that was much simpler, i mean, the rule was only
a hard constraint and the pojo simples though.
2013/1/29 André Fróes <arfmoraes(a)gmail.com>
> Okay I'll try it now and then post the result.
>
_______________________________________________
rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
9:23 a.m.
Would be this:
[image: Imagem inline 2]
i noticed 2 thing doing this test, 1st, the ID binded on workorder/engineer
can be the same, for example, it will run if I have an workorder id 0 and
an engineer id 0, and that it will run if provided time enough to do the
comparison by the xml file, otherwise, it will present a result full of
"null's".
I generate the workorder/engineer this way:
--------
List<Engineer> engineerList = new ArrayList<Engineer>();
for (int i = 1; i < 1001; i++){
engineerList.add(new Engineer(i, "engineer " + i, 8 ));
}
List<WorkOrder> workOrderList = new ArrayList<WorkOrder>();
for (int i = 1002; i < 3002; i++){
workOrderList.add(new WorkOrder(i, (new Random().nextInt(5-1+1)+1)));
}
----------------
in order to stop receiving nulls, i increased the termination from 5s to
120s, and it worked
----------------
<termination>
<maximumSecondsSpend>120</maximumSecondsSpend>
</termination>
----------------
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
Now try 2000 workorders and 1000 engineers and see what it does ;-)
Op 30-01-13 14:27, André Fróes schreef:
Just to knowledge, i'm sending the graph of memory usage when running it
with, first marker(between first 2 green lines) peak with 10 workorders and
5 engineers, and, secong marker (between last 2 green lines), 26 workordes
and 10 engineers.
[image: Imagem inline 1]
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
> I wonder why it worked on the 5.5.0.Final with the cloudbalance but not
> with my workorder example that was much simpler,
>
> Me too. All the examples / unit tests work with 5.5.0.Final, but there's
> clearly a case they don't cover.
> Good thing is that 5.6 will be out soon.
>
> Op 30-01-13 13:30, André Fróes schreef:
>
>
> It worked with the 5.5.1-SNAPSHOT
>
> -----------------
> 10:27:49.215 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
> started: time spend (179), score (null), new best score (null), random seed
> (0).
> 10:27:49.254 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (0), time spend (224), score (0hard/0soft), initialized planning
> entity ([WorkOrder-15]).
> 10:27:49.256 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (1), time spend (225), score (0hard/0soft), initialized planning
> entity ([WorkOrder-14]).
> 10:27:49.284 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (2), time spend (254), score (0hard/0soft), initialized planning
> entity ([WorkOrder-13]).
> 10:27:49.293 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (3), time spend (263), score (0hard/0soft), initialized planning
> entity ([WorkOrder-12]).
> 10:27:49.297 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (4), time spend (267), score (0hard/0soft), initialized planning
> entity ([WorkOrder-11]).
> 10:27:49.300 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (5), time spend (270), score (0hard/0soft), initialized planning
> entity ([WorkOrder-10]).
> 10:27:49.306 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (6), time spend (276), score (0hard/0soft), initialized planning
> entity ([WorkOrder-9]).
> 10:27:49.310 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (7), time spend (280), score (0hard/0soft), initialized planning
> entity ([WorkOrder-8]).
> 10:27:49.315 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (8), time spend (285), score (0hard/0soft), initialized planning
> entity ([WorkOrder-7]).
> 10:27:49.321 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
> Step index (9), time spend (291), score (0hard/0soft), initialized planning
> entity ([WorkOrder-6]).
> 10:27:49.321 [main] INFO o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Phase
> constructionHeuristic ended: step total (10), time spend (291), best score
> (0hard/0soft).
> 10:27:50.041 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (0), time spend (1010), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (1000/1000) for picked step
> ([WorkOrder-8] <=> [WorkOrder-12]).
> 10:27:50.744 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (1), time spend (1714), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (1000/1422) for picked step
> ([WorkOrder-14] <=> [WorkOrder-10]).
> 10:27:51.568 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (2), time spend (2538), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (1000/2013) for picked step
> ([WorkOrder-6] <=> [WorkOrder-9]).
> 10:27:52.083 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (3), time spend (3053), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (1000/3635) for picked step
> ([WorkOrder-11] <=> [WorkOrder-15]).
> 10:27:52.902 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (4), time spend (3872), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (1000/8864) for picked step
> ([WorkOrder-7] <=> [WorkOrder-13]).
> 10:27:54.030 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
> Step index (5), time spend (5000), score (0hard/0soft), best score
> (0hard/0soft), accepted/selected move count (0/31698) for picked step
> ([WorkOrder-15] <=> [WorkOrder-7]).
> 10:27:54.031 [main] INFO o.d.p.c.l.DefaultLocalSearchSolverPhase - Phase
> localSearch ended: step total (6), time spend (5001), best score
> (0hard/0soft).
> 10:27:54.031 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
> ended: time spend (5001), best score (0hard/0soft), average calculate count
> per second (9730).
>
> Solved distribution with 10 work orders and 5 engineers:
> 6: ID: 5 - Monkey D. Ruffy
> 7: ID: 5 - Monkey D. Ruffy
> 8: ID: 4 - Mr. Miyagi
> 9: ID: 4 - Mr. Miyagi
> 10: ID: 3 - Rambo
> 11: ID: 3 - Rambo
> 12: ID: 2 - Chuck Norris
> 13: ID: 2 - Chuck Norris
> 14: ID: 1 - Aladin
> 15: ID: 1 - Aladin
> ---------------
>
> I wonder why it worked on the 5.5.0.Final with the cloudbalance but not
> with my workorder example that was much simpler, i mean, the rule was only
> a hard constraint and the pojo simples though.
>
>
> 2013/1/29 André Fróes <arfmoraes(a)gmail.com>
>
>> Okay I'll try it now and then post the result.
>>
>
>
>
> _______________________________________________
> rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
_______________________________________________
rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
9:49 a.m.
New subject: Drools rule [Planner] - memory consumption scaling
Interesting benchmarks.
These images would make an interesting blog post on how memory
consumption scales in planner, if you're interested in writing one.
I still don't understand why you start out with 1500MB already taken
(before planner starts) if the engineers and workorder objects are so light.
Is it running on a heavy app server?
Op 30-01-13 16:23, André Fróes schreef:
Would be this:
Imagem inline 2
i noticed 2 thing doing this test, 1st, the ID binded on
workorder/engineer can be the same, for example, it will run if I have
an workorder id 0 and an engineer id 0, and that it will run if
provided time enough to do the comparison by the xml file, otherwise,
it will present a result full of "null's".
I generate the workorder/engineer this way:
--------
List<Engineer> engineerList = new ArrayList<Engineer>();
for (int i = 1; i < 1001; i++){
engineerList.add(new Engineer(i, "engineer " + i, 8 ));
}
List<WorkOrder> workOrderList = new ArrayList<WorkOrder>();
for (int i = 1002; i < 3002; i++){
workOrderList.add(new WorkOrder(i, (new Random().nextInt(5-1+1)+1)));
}
----------------
in order to stop receiving nulls, i increased the termination from 5s
to 120s, and it worked
----------------
<termination>
<maximumSecondsSpend>120</maximumSecondsSpend>
</termination>
----------------
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com
<mailto:ge0ffrey.spam@gmail.com>>
Now try 2000 workorders and 1000 engineers and see what it does ;-)
Op 30-01-13 14:27, André Fróes schreef:
> Just to knowledge, i'm sending the graph of memory usage when
> running it with, first marker(between first 2 green lines) peak
> with 10 workorders and 5 engineers, and, secong marker (between
> last 2 green lines), 26 workordes and 10 engineers.
> Imagem inline 1
>
>
> 2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com
> <mailto:ge0ffrey.spam@gmail.com>>
>
>> I wonder why it worked on the 5.5.0.Final with the
>> cloudbalance but not with my workorder example that was much
>> simpler,
> Me too. All the examples / unit tests work with 5.5.0.Final,
> but there's clearly a case they don't cover.
> Good thing is that 5.6 will be out soon.
>
> Op 30-01-13 13:30, André Fróes schreef:
>>
>> It worked with the 5.5.1-SNAPSHOT
>>
>> -----------------
>> 10:27:49.215 [main] INFO o.d.p.core.solver.DefaultSolver -
>> Solving started: time spend (179), score (null), new best
>> score (null), random seed (0).
>> 10:27:49.254 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (0), time spend (224), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-15]).
>> 10:27:49.256 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (1), time spend (225), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-14]).
>> 10:27:49.284 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (2), time spend (254), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-13]).
>> 10:27:49.293 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (3), time spend (263), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-12]).
>> 10:27:49.297 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (4), time spend (267), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-11]).
>> 10:27:49.300 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (5), time spend (270), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-10]).
>> 10:27:49.306 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (6), time spend (276), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-9]).
>> 10:27:49.310 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (7), time spend (280), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-8]).
>> 10:27:49.315 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (8), time spend (285), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-7]).
>> 10:27:49.321 [main] DEBUG
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Step index
>> (9), time spend (291), score (0hard/0soft), initialized
>> planning entity ([WorkOrder-6]).
>> 10:27:49.321 [main] INFO
>> o.d.p.c.c.g.DefaultGreedyFitSolverPhase - Phase
>> constructionHeuristic ended: step total (10), time spend
>> (291), best score (0hard/0soft).
>> 10:27:50.041 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (0), time spend (1010), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/1000) for
>> picked step ([WorkOrder-8] <=> [WorkOrder-12]).
>> 10:27:50.744 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (1), time spend (1714), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/1422) for
>> picked step ([WorkOrder-14] <=> [WorkOrder-10]).
>> 10:27:51.568 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (2), time spend (2538), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/2013) for
>> picked step ([WorkOrder-6] <=> [WorkOrder-9]).
>> 10:27:52.083 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (3), time spend (3053), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/3635) for
>> picked step ([WorkOrder-11] <=> [WorkOrder-15]).
>> 10:27:52.902 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (4), time spend (3872), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/8864) for
>> picked step ([WorkOrder-7] <=> [WorkOrder-13]).
>> 10:27:54.030 [main] DEBUG
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Step index
>> (5), time spend (5000), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (0/31698) for
>> picked step ([WorkOrder-15] <=> [WorkOrder-7]).
>> 10:27:54.031 [main] INFO
>> o.d.p.c.l.DefaultLocalSearchSolverPhase - Phase localSearch
>> ended: step total (6), time spend (5001), best score
>> (0hard/0soft).
>> 10:27:54.031 [main] INFO o.d.p.core.solver.DefaultSolver -
>> Solving ended: time spend (5001), best score (0hard/0soft),
>> average calculate count per second (9730).
>>
>> Solved distribution with 10 work orders and 5 engineers:
>> 6: ID: 5 - Monkey D. Ruffy
>> 7: ID: 5 - Monkey D. Ruffy
>> 8: ID: 4 - Mr. Miyagi
>> 9: ID: 4 - Mr. Miyagi
>> 10: ID: 3 - Rambo
>> 11: ID: 3 - Rambo
>> 12: ID: 2 - Chuck Norris
>> 13: ID: 2 - Chuck Norris
>> 14: ID: 1 - Aladin
>> 15: ID: 1 - Aladin
>> ---------------
>>
>> I wonder why it worked on the 5.5.0.Final with the
>> cloudbalance but not with my workorder example that was much
>> simpler, i mean, the rule was only a hard constraint and the
>> pojo simples though.
>>
>>
>> 2013/1/29 André Fróes <arfmoraes(a)gmail.com
>> <mailto:arfmoraes@gmail.com>>
>>
>> Okay I'll try it now and then post the result.
>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:28 a.m.
New subject: Drools rule [Planner] - memory consumption scaling
Actually i'm only with eclipse and VisualVM open. I don't know either why
is it taking 1500MB, I got no apache nor any other kind of java based
program opened.
But be aware that this machine is not really good :D, planner is really
light. Regarding the heap space problem, when u told me to increase do
Xmx512, i did a test regarding 128/256/512
I generate a graph with the 3 executions with 1000 engineer/2000 workorders
to see if it would do any difference. By what I can see (by my noobie
saight), it was no difference regarding time and amount of memory usage. It
used the full memory (128/256/512) when running the planner.
[image: Imagem inline 1]
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
Interesting benchmarks.
These images would make an interesting blog post on how memory consumption
scales in planner, if you're interested in writing one.
I still don't understand why you start out with 1500MB already taken
(before planner starts) if the engineers and workorder objects are so light.
Is it running on a heavy app server?
Op 30-01-13 16:23, André Fróes schreef:
Would be this:
[image: Imagem inline 2]
i noticed 2 thing doing this test, 1st, the ID binded on
workorder/engineer can be the same, for example, it will run if I have an
workorder id 0 and an engineer id 0, and that it will run if provided time
enough to do the comparison by the xml file, otherwise, it will present a
result full of "null's".
I generate the workorder/engineer this way:
--------
List<Engineer> engineerList = new ArrayList<Engineer>();
for (int i = 1; i < 1001; i++){
engineerList.add(new Engineer(i, "engineer " + i, 8 ));
}
List<WorkOrder> workOrderList = new ArrayList<WorkOrder>();
for (int i = 1002; i < 3002; i++){
workOrderList.add(new WorkOrder(i, (new Random().nextInt(5-1+1)+1)));
}
----------------
in order to stop receiving nulls, i increased the termination from 5s to
120s, and it worked
----------------
<termination>
<maximumSecondsSpend>120</maximumSecondsSpend>
</termination>
----------------
2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
> Now try 2000 workorders and 1000 engineers and see what it does ;-)
>
> Op 30-01-13 14:27, André Fróes schreef:
>
> Just to knowledge, i'm sending the graph of memory usage when running it
> with, first marker(between first 2 green lines) peak with 10 workorders and
> 5 engineers, and, secong marker (between last 2 green lines), 26 workordes
> and 10 engineers.
> [image: Imagem inline 1]
>
>
> 2013/1/30 Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
>
>> I wonder why it worked on the 5.5.0.Final with the cloudbalance but
>> not with my workorder example that was much simpler,
>>
>> Me too. All the examples / unit tests work with 5.5.0.Final, but
>> there's clearly a case they don't cover.
>> Good thing is that 5.6 will be out soon.
>>
>> Op 30-01-13 13:30, André Fróes schreef:
>>
>>
>> It worked with the 5.5.1-SNAPSHOT
>>
>> -----------------
>> 10:27:49.215 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
>> started: time spend (179), score (null), new best score (null), random seed
>> (0).
>> 10:27:49.254 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (0), time spend (224), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-15]).
>> 10:27:49.256 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (1), time spend (225), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-14]).
>> 10:27:49.284 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (2), time spend (254), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-13]).
>> 10:27:49.293 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (3), time spend (263), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-12]).
>> 10:27:49.297 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (4), time spend (267), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-11]).
>> 10:27:49.300 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (5), time spend (270), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-10]).
>> 10:27:49.306 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (6), time spend (276), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-9]).
>> 10:27:49.310 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (7), time spend (280), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-8]).
>> 10:27:49.315 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (8), time spend (285), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-7]).
>> 10:27:49.321 [main] DEBUG o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Step index (9), time spend (291), score (0hard/0soft), initialized planning
>> entity ([WorkOrder-6]).
>> 10:27:49.321 [main] INFO o.d.p.c.c.g.DefaultGreedyFitSolverPhase -
>> Phase constructionHeuristic ended: step total (10), time spend (291), best
>> score (0hard/0soft).
>> 10:27:50.041 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (0), time spend (1010), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/1000) for picked step
>> ([WorkOrder-8] <=> [WorkOrder-12]).
>> 10:27:50.744 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (1), time spend (1714), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/1422) for picked step
>> ([WorkOrder-14] <=> [WorkOrder-10]).
>> 10:27:51.568 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (2), time spend (2538), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/2013) for picked step
>> ([WorkOrder-6] <=> [WorkOrder-9]).
>> 10:27:52.083 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (3), time spend (3053), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/3635) for picked step
>> ([WorkOrder-11] <=> [WorkOrder-15]).
>> 10:27:52.902 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (4), time spend (3872), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (1000/8864) for picked step
>> ([WorkOrder-7] <=> [WorkOrder-13]).
>> 10:27:54.030 [main] DEBUG o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Step index (5), time spend (5000), score (0hard/0soft), best score
>> (0hard/0soft), accepted/selected move count (0/31698) for picked step
>> ([WorkOrder-15] <=> [WorkOrder-7]).
>> 10:27:54.031 [main] INFO o.d.p.c.l.DefaultLocalSearchSolverPhase -
>> Phase localSearch ended: step total (6), time spend (5001), best score
>> (0hard/0soft).
>> 10:27:54.031 [main] INFO o.d.p.core.solver.DefaultSolver - Solving
>> ended: time spend (5001), best score (0hard/0soft), average calculate count
>> per second (9730).
>>
>> Solved distribution with 10 work orders and 5 engineers:
>> 6: ID: 5 - Monkey D. Ruffy
>> 7: ID: 5 - Monkey D. Ruffy
>> 8: ID: 4 - Mr. Miyagi
>> 9: ID: 4 - Mr. Miyagi
>> 10: ID: 3 - Rambo
>> 11: ID: 3 - Rambo
>> 12: ID: 2 - Chuck Norris
>> 13: ID: 2 - Chuck Norris
>> 14: ID: 1 - Aladin
>> 15: ID: 1 - Aladin
>> ---------------
>>
>> I wonder why it worked on the 5.5.0.Final with the cloudbalance but
>> not with my workorder example that was much simpler, i mean, the rule was
>> only a hard constraint and the pojo simples though.
>>
>>
>> 2013/1/29 André Fróes <arfmoraes(a)gmail.com>
>>
>>> Okay I'll try it now and then post the result.
>>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>
>
> _______________________________________________
> rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
_______________________________________________
rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4623
days inactive
4624
days old
13 comments
3 participants
participants (3)
-
André Fróes -
Davide Sottara -
Geoffrey De Smet