[rules-users] Drools 5.4.x can‘t load huge rules

[Nicolas Héron]

Hi,
Building a package from source takes a lot of memory.
In a project, I have about 50k rules and with guvnor I use this
configuration

-Xms64m -Xmx5512m -XX:MaxPermSize=256m
and it works fine.

Anyway, you have to give drools enough memory to build the package.
Si increase Xmx to as much as needed.
The only way to avoid that all runtimes use so much memory is to use Guvnor
where you build the package (which means use a lot of memory) and then
download a binary package from Guvnor.
In a previous project the Guvnor configuration had the one above and each
drools runtime was working in less than 500MB
Regards
Nicolas

2013/2/5 wang [via Drools] <ml-node+s46999n4022050h83 at n3.nabble.com>

> I Have 100K Rules in drl File ,we get a out memory Exception
> centos 5.5 x86_64 + jvm32,
> Java option -server -Xms3500m -Xmx3500m -Xss256k -Xmn2g
>
> how to load 100k rules?
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://drools.46999.n3.nabble.com/Drools-5-4-x-can-t-load-huge-rules-tp4022050.html
>  To start a new topic under Drools: User forum, email
> ml-node+s46999n47000h33 at n3.nabble.com
> To unsubscribe from Drools, click here<http://drools.46999.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=46999&code=bmljb2xhcy5oZXJvbi5qYXZhQGdtYWlsLmNvbXw0Njk5OXwxMzk3MTU0MDQw>
> .
> NAML<http://drools.46999.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




-----
Nicolas Héron
--
View this message in context: http://drools.46999.n3.nabble.com/Drools-5-4-x-can-t-load-huge-rules-tp4022050p4022054.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20130204/846192d8/attachment.html