4:33 a.m.
Good Morning,
I now have drools running on the Spring DM-Server but I am seeing a CPU
spike when creating a StatefulKnowledgeSession. I've tested this outside of
an OSGi environment and I don't see the spike. Does anyone know any settings
that I can change that might make this go away?
Thanks,
Dave
--
David Conde
CTO Calom Technologies
5:09 a.m.
Is it session creation or rule compilation?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com>:
Good Morning,
I now have drools running on the Spring DM-Server but I am seeing a CPU
spike when creating a StatefulKnowledgeSession. I've tested this outside of
an OSGi environment and I don't see the spike. Does anyone know any settings
that I can change that might make this go away?
Thanks,
Dave
--
David Conde
CTO Calom Technologies
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:17 a.m.
The line that it spikes on is StatefulKnowledgeSession ksession =
kbase.newStatefulKnowledgeSession();.
Cheers,
Dave
On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
Is it session creation or rule compilation?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com>:
> Good Morning,
> I now have drools running on the Spring DM-Server but I am seeing a CPU
> spike when creating a StatefulKnowledgeSession. I've tested this outside
of
> an OSGi environment and I don't see the spike. Does anyone know any
settings
> that I can change that might make this go away?
> Thanks,
> Dave
>
> --
> David Conde
> CTO Calom Technologies
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)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
9:09 a.m.
Is it possible that this might be invoking the compiler when a session is
created? I have all of the init code in the service start call and stored as
members of the service for reuse but I must create a new knowledge session
for each run.
Any ideas?
Thanks,
Dave
---------- Forwarded message ----------
From: David Conde <dconde(a)calomtech.com>
Date: 9 August 2010 11:17
Subject: Re: [rules-users] CPU Spike creating a StatefulKnowledgeSession
using OSGi
To: Rules Users List <rules-users(a)lists.jboss.org>
The line that it spikes on is StatefulKnowledgeSession ksession =
kbase.newStatefulKnowledgeSession();.
Cheers,
Dave
On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
Is it session creation or rule compilation?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com>:
> Good Morning,
> I now have drools running on the Spring DM-Server but I am seeing a CPU
> spike when creating a StatefulKnowledgeSession. I've tested this outside
of
> an OSGi environment and I don't see the spike. Does anyone know any
settings
> that I can change that might make this go away?
> Thanks,
> Dave
>
> --
> David Conde
> CTO Calom Technologies
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)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
7:53 a.m.
Interesting. Normally it should be fast. Try to change your patter and
load binary compiled serialized package from disk. You can find it in
documentation.
Also consider using stateless session. Do you really need stateful session?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com>:
Is it possible that this might be invoking the compiler when a
session is
created? I have all of the init code in the service start call and stored as
members of the service for reuse but I must create a new knowledge session
for each run.
Any ideas?
Thanks,
Dave
---------- Forwarded message ----------
From: David Conde <dconde(a)calomtech.com>
Date: 9 August 2010 11:17
Subject: Re: [rules-users] CPU Spike creating a StatefulKnowledgeSession
using OSGi
To: Rules Users List <rules-users(a)lists.jboss.org>
The line that it spikes on is StatefulKnowledgeSession ksession =
kbase.newStatefulKnowledgeSession();.
Cheers,
Dave
On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
>
> Is it session creation or rule compilation?
>
> Pavel
>
> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> > Good Morning,
> > I now have drools running on the Spring DM-Server but I am seeing a CPU
> > spike when creating a StatefulKnowledgeSession. I've tested this outside
> > of
> > an OSGi environment and I don't see the spike. Does anyone know any
> > settings
> > that I can change that might make this go away?
> > Thanks,
> > Dave
> >
> > --
> > David Conde
> > CTO Calom Technologies
> >
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users(a)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
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:22 a.m.
Hi Pavel,
I've changed it over to use a stateless session and I'm seeing the
same behavior. I've done some debugging and it seems to be very slow loading
up the SessionConfiguration due to all of the loading that happens in
ChainedProperties.
Thanks,
Dave
On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
Interesting. Normally it should be fast. Try to change your patter
and
load binary compiled serialized package from disk. You can find it in
documentation.
Also consider using stateless session. Do you really need stateful session?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com>:
> Is it possible that this might be invoking the compiler when a session is
> created? I have all of the init code in the service start call and stored
as
> members of the service for reuse but I must create a new knowledge
session
> for each run.
> Any ideas?
> Thanks,
> Dave
>
> ---------- Forwarded message ----------
> From: David Conde <dconde(a)calomtech.com>
> Date: 9 August 2010 11:17
> Subject: Re: [rules-users] CPU Spike creating a StatefulKnowledgeSession
> using OSGi
> To: Rules Users List <rules-users(a)lists.jboss.org>
>
>
> The line that it spikes on is StatefulKnowledgeSession ksession =
> kbase.newStatefulKnowledgeSession();.
> Cheers,
> Dave
>
> On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
>>
>> Is it session creation or rule compilation?
>>
>> Pavel
>>
>> 2010/8/9 David Conde <dconde(a)calomtech.com>:
>> > Good Morning,
>> > I now have drools running on the Spring DM-Server but I am seeing a
CPU
>> > spike when creating a StatefulKnowledgeSession. I've tested this
outside
>> > of
>> > an OSGi environment and I don't see the spike. Does anyone know any
>> > settings
>> > that I can change that might make this go away?
>> > Thanks,
>> > Dave
>> >
>> > --
>> > David Conde
>> > CTO Calom Technologies
>> >
>> >
>> > _______________________________________________
>> > rules-users mailing list
>> > rules-users(a)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
>
>
>
>
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)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
11:36 a.m.
Can't you avoid using ChainedProperties, what is it? Can you send
piece of code where you create session?
Pavel
2010/8/10 David Conde <dconde(a)calomtech.com>:
Hi Pavel,
I've changed it over to use a stateless session and I'm seeing the
same behavior. I've done some debugging and it seems to be very slow loading
up the SessionConfiguration due to all of the loading that happens in
ChainedProperties.
Thanks,
Dave
On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
>
> Interesting. Normally it should be fast. Try to change your patter and
> load binary compiled serialized package from disk. You can find it in
> documentation.
> Also consider using stateless session. Do you really need stateful
> session?
>
> Pavel
>
> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> > Is it possible that this might be invoking the compiler when a session
> > is
> > created? I have all of the init code in the service start call and
> > stored as
> > members of the service for reuse but I must create a new knowledge
> > session
> > for each run.
> > Any ideas?
> > Thanks,
> > Dave
> >
> > ---------- Forwarded message ----------
> > From: David Conde <dconde(a)calomtech.com>
> > Date: 9 August 2010 11:17
> > Subject: Re: [rules-users] CPU Spike creating a StatefulKnowledgeSession
> > using OSGi
> > To: Rules Users List <rules-users(a)lists.jboss.org>
> >
> >
> > The line that it spikes on is StatefulKnowledgeSession ksession =
> > kbase.newStatefulKnowledgeSession();.
> > Cheers,
> > Dave
> >
> > On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
> >>
> >> Is it session creation or rule compilation?
> >>
> >> Pavel
> >>
> >> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> >> > Good Morning,
> >> > I now have drools running on the Spring DM-Server but I am seeing a
> >> > CPU
> >> > spike when creating a StatefulKnowledgeSession. I've tested this
> >> > outside
> >> > of
> >> > an OSGi environment and I don't see the spike. Does anyone know
any
> >> > settings
> >> > that I can change that might make this go away?
> >> > Thanks,
> >> > Dave
> >> >
> >> > --
> >> > David Conde
> >> > CTO Calom Technologies
> >> >
> >> >
> >> > _______________________________________________
> >> > rules-users mailing list
> >> > rules-users(a)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
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users(a)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
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:46 a.m.
ChainedProperties lives in org.drools.util.ChainedProperties and is created
in SessionConfiguration(). The call is called
during StatelessKnowledgeSession ksession =
kbase.newStatelessKnowledgeSession();.
On 10 August 2010 17:36, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
Can't you avoid using ChainedProperties, what is it? Can you
send
piece of code where you create session?
Pavel
2010/8/10 David Conde <dconde(a)calomtech.com>:
> Hi Pavel,
> I've changed it over to use a stateless session and I'm seeing the
> same behavior. I've done some debugging and it seems to be very slow
loading
> up the SessionConfiguration due to all of the loading that happens in
> ChainedProperties.
> Thanks,
> Dave
>
> On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
>>
>> Interesting. Normally it should be fast. Try to change your patter and
>> load binary compiled serialized package from disk. You can find it in
>> documentation.
>> Also consider using stateless session. Do you really need stateful
>> session?
>>
>> Pavel
>>
>> 2010/8/9 David Conde <dconde(a)calomtech.com>:
>> > Is it possible that this might be invoking the compiler when a session
>> > is
>> > created? I have all of the init code in the service start call and
>> > stored as
>> > members of the service for reuse but I must create a new knowledge
>> > session
>> > for each run.
>> > Any ideas?
>> > Thanks,
>> > Dave
>> >
>> > ---------- Forwarded message ----------
>> > From: David Conde <dconde(a)calomtech.com>
>> > Date: 9 August 2010 11:17
>> > Subject: Re: [rules-users] CPU Spike creating a
StatefulKnowledgeSession
>> > using OSGi
>> > To: Rules Users List <rules-users(a)lists.jboss.org>
>> >
>> >
>> > The line that it spikes on is StatefulKnowledgeSession ksession =
>> > kbase.newStatefulKnowledgeSession();.
>> > Cheers,
>> > Dave
>> >
>> > On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
>> >>
>> >> Is it session creation or rule compilation?
>> >>
>> >> Pavel
>> >>
>> >> 2010/8/9 David Conde <dconde(a)calomtech.com>:
>> >> > Good Morning,
>> >> > I now have drools running on the Spring DM-Server but I am seeing
a
>> >> > CPU
>> >> > spike when creating a StatefulKnowledgeSession. I've tested
this
>> >> > outside
>> >> > of
>> >> > an OSGi environment and I don't see the spike. Does anyone
know any
>> >> > settings
>> >> > that I can change that might make this go away?
>> >> > Thanks,
>> >> > Dave
>> >> >
>> >> > --
>> >> > David Conde
>> >> > CTO Calom Technologies
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > rules-users mailing list
>> >> > rules-users(a)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
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > rules-users mailing list
>> > rules-users(a)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
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)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
--
David Conde
CTO Calom Technologies
Mail: dconde(a)calomtech.com
Mobile: 00353 86 0623397
Calom Technologies Ltd (registered in Ireland)
Registered Number: 460246
Registered Address: NCI Research and Business Centre, Mayor St, IFSC, Dublin
1, Ireland
1:53 p.m.
Just to let people know, I've worked around this by only creating one
SessionConfig object and caching it i.e "StatelessKnowledgeSession ksession
=
kbase.newStatelessKnowledgeSession((KnowledgeSessionConfiguration)getSessionConfig());".
What seemed to be happening was ChainedProperties was trying Classloader
lookups that were very slow when running in an OSGi environment.
Also with how the OSGi bundles are built the org.drools package is split and
it makes it difficult to load up certain classes. I ended up having to use
reflection to load up the SessionConfiguration class from a specific bundle.
Maybe it's to do with how I'm importing the drools bundles into my project
but it's one to watch out for if your using drools with OSGi.
Thanks,
Dave
On 10 August 2010 17:46, David Conde <dconde(a)calomtech.com> wrote:
ChainedProperties lives in org.drools.util.ChainedProperties and is
created
in SessionConfiguration(). The call is called
during StatelessKnowledgeSession ksession =
kbase.newStatelessKnowledgeSession();.
On 10 August 2010 17:36, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
> Can't you avoid using ChainedProperties, what is it? Can you send
> piece of code where you create session?
>
> Pavel
>
>
> 2010/8/10 David Conde <dconde(a)calomtech.com>:
> > Hi Pavel,
> > I've changed it over to use a stateless session and I'm seeing the
> > same behavior. I've done some debugging and it seems to be very slow
> loading
> > up the SessionConfiguration due to all of the loading that happens in
> > ChainedProperties.
> > Thanks,
> > Dave
> >
> > On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
> >>
> >> Interesting. Normally it should be fast. Try to change your patter and
> >> load binary compiled serialized package from disk. You can find it in
> >> documentation.
> >> Also consider using stateless session. Do you really need stateful
> >> session?
> >>
> >> Pavel
> >>
> >> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> >> > Is it possible that this might be invoking the compiler when a
> session
> >> > is
> >> > created? I have all of the init code in the service start call and
> >> > stored as
> >> > members of the service for reuse but I must create a new knowledge
> >> > session
> >> > for each run.
> >> > Any ideas?
> >> > Thanks,
> >> > Dave
> >> >
> >> > ---------- Forwarded message ----------
> >> > From: David Conde <dconde(a)calomtech.com>
> >> > Date: 9 August 2010 11:17
> >> > Subject: Re: [rules-users] CPU Spike creating a
> StatefulKnowledgeSession
> >> > using OSGi
> >> > To: Rules Users List <rules-users(a)lists.jboss.org>
> >> >
> >> >
> >> > The line that it spikes on is StatefulKnowledgeSession ksession =
> >> > kbase.newStatefulKnowledgeSession();.
> >> > Cheers,
> >> > Dave
> >> >
> >> > On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com>
wrote:
> >> >>
> >> >> Is it session creation or rule compilation?
> >> >>
> >> >> Pavel
> >> >>
> >> >> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> >> >> > Good Morning,
> >> >> > I now have drools running on the Spring DM-Server but I am
seeing
> a
> >> >> > CPU
> >> >> > spike when creating a StatefulKnowledgeSession. I've
tested this
> >> >> > outside
> >> >> > of
> >> >> > an OSGi environment and I don't see the spike. Does anyone
know
> any
> >> >> > settings
> >> >> > that I can change that might make this go away?
> >> >> > Thanks,
> >> >> > Dave
> >> >> >
> >> >> > --
> >> >> > David Conde
> >> >> > CTO Calom Technologies
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > rules-users mailing list
> >> >> > rules-users(a)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
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > rules-users mailing list
> >> > rules-users(a)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
> >
> >
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users(a)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
>
--
2:48 p.m.
New subject: CPU Spike creating a StatefulKnowledgeSession using OSGi
On 10/08/2010 19:53, David Conde wrote:
Just to let people know, I've worked around this by only creating
one
SessionConfig object and caching it i.e "StatelessKnowledgeSession
ksession =
kbase.newStatelessKnowledgeSession((KnowledgeSessionConfiguration)getSessionConfig());".
What seemed to be happening was ChainedProperties was trying
Classloader lookups that were very slow when running in an OSGi
environment.
Also with how the OSGi bundles are built the org.drools package is
split and it makes it difficult to load up certain classes. I ended up
having to use reflection to load up the SessionConfiguration class
from a specific bundle. Maybe it's to do with how I'm importing the
drools bundles into my project but it's one to watch out for if your
using drools with OSGi.
in general you shouldn't be looking up concrete
implementations, just
using what the factory services provide in drools-api; so the split
packages shouldn't impact. I made a few of the services avaiable as osgi
factory services, see docs for more details.
Mark
Thanks,
Dave
On 10 August 2010 17:46, David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>> wrote:
ChainedProperties lives in org.drools.util.ChainedProperties and
is created in SessionConfiguration(). The call is called
during StatelessKnowledgeSession ksession =
kbase.newStatelessKnowledgeSession();.
On 10 August 2010 17:36, Pavel Tavoda <pavel.tavoda(a)gmail.com
<mailto:pavel.tavoda@gmail.com>> wrote:
Can't you avoid using ChainedProperties, what is it? Can you send
piece of code where you create session?
Pavel
2010/8/10 David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>:
> Hi Pavel,
> I've changed it over to use a stateless session and I'm
seeing the
> same behavior. I've done some debugging and it seems to be
very slow loading
> up the SessionConfiguration due to all of the loading that
happens in
> ChainedProperties.
> Thanks,
> Dave
>
> On 10 August 2010 13:53, Pavel Tavoda
<pavel.tavoda(a)gmail.com <mailto:pavel.tavoda@gmail.com>> wrote:
>>
>> Interesting. Normally it should be fast. Try to change your
patter and
>> load binary compiled serialized package from disk. You can
find it in
>> documentation.
>> Also consider using stateless session. Do you really need
stateful
>> session?
>>
>> Pavel
>>
>> 2010/8/9 David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>:
>> > Is it possible that this might be invoking the compiler
when a session
>> > is
>> > created? I have all of the init code in the service start
call and
>> > stored as
>> > members of the service for reuse but I must create a new
knowledge
>> > session
>> > for each run.
>> > Any ideas?
>> > Thanks,
>> > Dave
>> >
>> > ---------- Forwarded message ----------
>> > From: David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>
>> > Date: 9 August 2010 11:17
>> > Subject: Re: [rules-users] CPU Spike creating a
StatefulKnowledgeSession
>> > using OSGi
>> > To: Rules Users List <rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>>
>> >
>> >
>> > The line that it spikes on is StatefulKnowledgeSession
ksession =
>> > kbase.newStatefulKnowledgeSession();.
>> > Cheers,
>> > Dave
>> >
>> > On 9 August 2010 11:09, Pavel Tavoda
<pavel.tavoda(a)gmail.com <mailto:pavel.tavoda@gmail.com>> wrote:
>> >>
>> >> Is it session creation or rule compilation?
>> >>
>> >> Pavel
>> >>
>> >> 2010/8/9 David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>:
>> >> > Good Morning,
>> >> > I now have drools running on the Spring DM-Server but
I am seeing a
>> >> > CPU
>> >> > spike when creating a StatefulKnowledgeSession. I've
tested this
>> >> > outside
>> >> > of
>> >> > an OSGi environment and I don't see the spike. Does
anyone know any
>> >> > settings
>> >> > that I can change that might make this go away?
>> >> > Thanks,
>> >> > Dave
>> >> >
>> >> > --
>> >> > David Conde
>> >> > CTO Calom Technologies
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > 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 <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
8:17 a.m.
New subject: CPU Spike creating a StatefulKnowledgeSession using OSGi
I've seen similar issues and addressed it by overriding
ChainedProperties.getResources with a map to hold the enumeration once it is
found rather than constantly going back to the classloader-
Map<String, Enumeration<URL>> resourceMap = new TreeMap<String,
Enumeration<URL>>();
private Enumeration<URL> getResources(String name, ClassLoader classLoader)
{
if (resourceMap.containsKey(name)) {
return resourceMap.get(name);
}
Enumeration<URL> enumeration = null;
try {
enumeration = classLoader.getResources(name);
} catch (IOException e) {
e.printStackTrace();
}
resourceMap.put(name, enumeration);
return enumeration;
}
--
View this message in context:
http://drools.46999.n3.nabble.com/CPU-Spike-creating-a-StatefulKnowledgeS...
Sent from the Drools: User forum mailing list archive at Nabble.com.
2:43 p.m.
New subject: CPU Spike creating a StatefulKnowledgeSession using OSGi
On 10/08/2010 17:22, David Conde wrote:
Hi Pavel,
I've changed it over to use a stateless session and I'm seeing the
same behavior. I've done some debugging and it seems to be very slow
loading up the SessionConfiguration due to all of the loading that
happens in ChainedProperties.
it could well be that.
When looking for property we search the available classpaths. With OSGi
you have to add a lot of classpaths to it, so it searches them all...
Other than telling it not to search the classpath for .properties files,
not sure what else we can do here...
Mark
Thanks,
Dave
On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com
<mailto:pavel.tavoda@gmail.com>> wrote:
Interesting. Normally it should be fast. Try to change your patter and
load binary compiled serialized package from disk. You can find it in
documentation.
Also consider using stateless session. Do you really need stateful
session?
Pavel
2010/8/9 David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>:
> Is it possible that this might be invoking the compiler when a
session is
> created? I have all of the init code in the service start call
and stored as
> members of the service for reuse but I must create a new
knowledge session
> for each run.
> Any ideas?
> Thanks,
> Dave
>
> ---------- Forwarded message ----------
> From: David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>
> Date: 9 August 2010 11:17
> Subject: Re: [rules-users] CPU Spike creating a
StatefulKnowledgeSession
> using OSGi
> To: Rules Users List <rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>>
>
>
> The line that it spikes on is StatefulKnowledgeSession ksession =
> kbase.newStatefulKnowledgeSession();.
> Cheers,
> Dave
>
> On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com
<mailto:pavel.tavoda@gmail.com>> wrote:
>>
>> Is it session creation or rule compilation?
>>
>> Pavel
>>
>> 2010/8/9 David Conde <dconde(a)calomtech.com
<mailto:dconde@calomtech.com>>:
>> > Good Morning,
>> > I now have drools running on the Spring DM-Server but I am
seeing a CPU
>> > spike when creating a StatefulKnowledgeSession. I've tested
this outside
>> > of
>> > an OSGi environment and I don't see the spike. Does anyone
know any
>> > settings
>> > that I can change that might make this go away?
>> > Thanks,
>> > Dave
>> >
>> > --
>> > David Conde
>> > CTO Calom Technologies
>> >
>> >
>> > _______________________________________________
>> > 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
2:17 a.m.
I'm not sure which version he's using, but there were already some fixes
around this on 5.2 and/or 5.3, done by Surdilovic, if I recall well..
I've applied the same sort of approach here, but haven't proposed a pull
request, because I didn't have time to check if it was already fixed on 5.4:
https://github.com/leogomes/drools-compiler/commit/e42e3480c4c6a0a0cbfe5f...
However, the problem of looking up excessively the classpath, specially in
cases where we will never find what we are looking for, remains for the
compilation step. Other than an OSGI environment, you can notice it also
while running on Weblogic 11g with a lot of stuff on your classpath. I
tried to start a thread to discuss that on the dev's list sometime ago:
http://drools.46999.n3.nabble.com/Rules-compilation-and-unnecessary-attem...
Cheers,
Leo.
2010/8/10 Mark Proctor <mproctor(a)codehaus.org>
**
On 10/08/2010 17:22, David Conde wrote:
Hi Pavel,
I've changed it over to use a stateless session and I'm seeing the
same behavior. I've done some debugging and it seems to be very slow
loading up the SessionConfiguration due to all of the loading that happens
in ChainedProperties.
it could well be that.
When looking for property we search the available classpaths. With OSGi
you have to add a lot of classpaths to it, so it searches them all...
Other than telling it not to search the classpath for .properties files,
not sure what else we can do here...
Mark
Thanks,
Dave
On 10 August 2010 13:53, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
> Interesting. Normally it should be fast. Try to change your patter and
> load binary compiled serialized package from disk. You can find it in
> documentation.
> Also consider using stateless session. Do you really need stateful
> session?
>
> Pavel
>
> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> > Is it possible that this might be invoking the compiler when a session
> is
> > created? I have all of the init code in the service start call and
> stored as
> > members of the service for reuse but I must create a new knowledge
> session
> > for each run.
> > Any ideas?
> > Thanks,
> > Dave
> >
> > ---------- Forwarded message ----------
> > From: David Conde <dconde(a)calomtech.com>
> > Date: 9 August 2010 11:17
> > Subject: Re: [rules-users] CPU Spike creating a StatefulKnowledgeSession
> > using OSGi
> > To: Rules Users List <rules-users(a)lists.jboss.org>
> >
> >
> > The line that it spikes on is StatefulKnowledgeSession ksession =
> > kbase.newStatefulKnowledgeSession();.
> > Cheers,
> > Dave
> >
> > On 9 August 2010 11:09, Pavel Tavoda <pavel.tavoda(a)gmail.com> wrote:
> >>
> >> Is it session creation or rule compilation?
> >>
> >> Pavel
> >>
> >> 2010/8/9 David Conde <dconde(a)calomtech.com>:
> >> > Good Morning,
> >> > I now have drools running on the Spring DM-Server but I am seeing a
> CPU
> >> > spike when creating a StatefulKnowledgeSession. I've tested this
> outside
> >> > of
> >> > an OSGi environment and I don't see the spike. Does anyone know
any
> >> > settings
> >> > that I can change that might make this go away?
> >> > Thanks,
> >> > Dave
> >> >
> >> > --
> >> > David Conde
> >> > CTO Calom Technologies
> >> >
> >> >
> >> > _______________________________________________
> >> > rules-users mailing list
> >> > rules-users(a)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
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users(a)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
>
_______________________________________________
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
4700
days inactive
5220
days old
12 comments
5 participants
participants (5)
-
Barry Knapp -
David Conde -
Leonardo Gomes -
Mark Proctor -
Pavel Tavoda