标签：java profiling performance drools rule-engine

我怎样才能知道每个流口水的状况/后果的执行频率以及需要多长时间？

由于内部drools方法的名称不会告诉您它们正在执行的规则,因此常见的JVM分析器对于此目的来说太低级别.

解决方法:

问题基本上不可能回答条件评估.左侧的模式和约束不会被评估为一个单元(在某种意义上,Java方法是一个单元),而是作为表达式网络,在必要时以小分期进行评估.此外,在多个条件下发生的约束可能导致相同的代码,从而消除了多个评估.评估的必要性取决于事实的插入,删除和修改;努力取决于这些事实中的价值.所有这一切都是基础算法的结果,最初是Forgy博士的Rete,在Drools 6.x,Phreaky,显然通过提高效率使情况变得更加简单.

对条件进行基准测试可以通过插入一个类的事实来改变它们的字段值并对其进行计时(考虑到Java遇到的常见困难)来完成.注意,即使这是危险的,因为努力可能取决于工作记忆的当前状态,即已插入的其他类的事实的值.而且你必须考虑重新建立初始状态所需的努力 – 在WM中留下事实最终会因内存管理而导致开销增加.

约束评估的情况稍好一些. kaskelotti关于使用事件监听器的提示是值得注意的;而不是试图计算这些短暂的时间间隔,只计算它们.另请注意,对于许多Drools应用程序来说,将右侧实现为(静态)Java方法可能是一种很好的编码实践：这些可以更容易地进行单元测试(和基准测试).

标签：java,profiling,performance,drools,rule-engine
来源： https://codeday.me/bug/20190702/1359990.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。