@Mark: That's a bit hasty. OP reported "problems" when trying to do the 20 times 30k rules. And the loading time of 40 - 60 seconds was reported for a measly 30k rules.
-W On 13/08/2013, Mark Proctor <mproc...@codehaus.org> wrote: > https://plus.google.com/103145805595719456130/posts/8cuDsNtURXE > > :) > > Mark > On 13 Aug 2013, at 15:13, Mark Proctor <mproc...@codehaus.org> wrote: > >> >> On 13 Aug 2013, at 15:04, nmsundar <sunda...@solartis.net> wrote: >> >>> @Mark Proctor : >>> >>> Ok mark , I will move this to user list . >>> >>> what is the maximum number of rules kb can hold on it ? >> There is no maximum - it's what ever your memory and CPU can take. But >> largest we'd seen so far in real life was 250K for a medical system. >> >> Tbh if you are loading 600K rules in about 45seconds, that seems pretty >> reasonable to me. Some other commercial systems would not scale to that >> :) >> >> Actually thinking about this, we should be asking you to do a public >> testimony - "Drools scales to 600K rules for a real production system", >> let me know if you can :) >> >> If you do start profiling (which would be nice if you could) you can ask >> Qs about Drools internals here. Or on irc: >> http://www.jboss.org/drools/irc >> >> But further Qs on partitioning, or general "how to" or "What's >> recommended" Qs, should be continued on the USER list. >> >> Mark >> >>> >>> >>> >>> -- >>> View this message in context: >>> http://drools.46999.n3.nabble.com/Reg-Handling-large-number-of-rules-tp4025502p4025519.html >>> Sent from the Drools: Developer (committer) mailing list mailing list >>> archive at Nabble.com. >>> _______________________________________________ >>> rules-dev mailing list >>> rules-dev@lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-dev >> > > _______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
